KR102450127B1 - Method for providing Mobile Communication-based Navigation Service Supporting Emergency rescue and Service Server using the same - Google Patents
Method for providing Mobile Communication-based Navigation Service Supporting Emergency rescue and Service Server using the same Download PDFInfo
- Publication number
- KR102450127B1 KR102450127B1 KR1020180001701A KR20180001701A KR102450127B1 KR 102450127 B1 KR102450127 B1 KR 102450127B1 KR 1020180001701 A KR1020180001701 A KR 1020180001701A KR 20180001701 A KR20180001701 A KR 20180001701A KR 102450127 B1 KR102450127 B1 KR 102450127B1
- Authority
- KR
- South Korea
- Prior art keywords
- client
- trip
- route
- representation
- information
- Prior art date
Links
Images
Classifications
-
- 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
- G01C21/34—Route searching; Route guidance
- G01C21/3407—Route searching; Route guidance specially adapted for specific applications
-
- G—PHYSICS
- G08—SIGNALLING
- G08B—SIGNALLING OR CALLING SYSTEMS; ORDER TELEGRAPHS; ALARM SYSTEMS
- G08B27/00—Alarm systems in which the alarm condition is signalled from a central station to a plurality of substations
- G08B27/001—Signalling to an emergency team, e.g. firemen
Landscapes
- Engineering & Computer Science (AREA)
- Radar, Positioning & Navigation (AREA)
- Remote Sensing (AREA)
- Physics & Mathematics (AREA)
- General Physics & Mathematics (AREA)
- Business, Economics & Management (AREA)
- Emergency Management (AREA)
- Automation & Control Theory (AREA)
- Navigation (AREA)
Abstract
긴급 구조를 지원하는 이동통신 기반 내비게이션 서비스 방법 및 이를 이용한 서비스 서버를 개시한다. 본 발명은 긴급 구조를 지원하는 이동통신 기반 내비게이션 서비스에서, 구조자와 피구조자 간의 상호 내비게이션 서비스를 제공하는 것과 관련되어 있다.Disclosed are a mobile communication-based navigation service method supporting emergency rescue and a service server using the same. The present invention relates to providing a mutual navigation service between a rescuer and a rescued person in a mobile communication-based navigation service supporting emergency rescue.
Description
본 발명은 이동통신 기반 내비게이션 서비스에 관한 것이다. 보다 상세하게는, 긴급 구조를 지원하는 이동통신 기반 내비게이션 서비스에서, 구조자와 피구조자 간의 상호 내비게이션 서비스를 제공하는 것과 관련되어 있다.The present invention relates to a mobile communication-based navigation service. More specifically, in a mobile communication-based navigation service supporting emergency rescue, it is related to providing a mutual navigation service between a rescuer and a rescued person.
이 부분에 기술된 내용은 단순히 본 실시예에 대한 배경 정보를 제공할 뿐 종래기술을 구성하는 것은 아니다.The content described in this section merely provides background information for the present embodiment and does not constitute the prior art.
최근 이동통신서비스 중에서 내비게이션 서비스는 관련 시장이 크게 성장하고 있고, 계속 다양한 서비스들이 출시되고 있다. 차량 내비게이션 등 실외용 내비게이션은 관련 표준 등이 잘 정의 되어 있기 때문에, 해당 표준을 기반으로 다양한 서비스들이 이미 출시되어 광범위 하게 사용되고 있다. 하지만 실내 내비게이션의 경우, 시장의 요구가 계속 증가하고 있고 여러 서비스들이 출시되고 있으나, 아직은 서비스 가능 지역이 한정적이고 서비스 확산 및 활성화가 느린 상황이다. 또한 실내 내비게이션을 위한 관련 표준 기술의 부족으로 실내외 연속 내비게이션 서비스의 개발이 어렵고 그로 인해 관련 서비스도 적은 상황이다. Among mobile communication services, the related market for navigation services is growing significantly, and various services are continuously being released. Since related standards are well defined for outdoor navigation such as vehicle navigation, various services based on the standard have already been released and widely used. However, in the case of indoor navigation, the market demand continues to increase and various services are being launched, but the service area is still limited and the service spread and activation is slow. In addition, it is difficult to develop an indoor/outdoor continuous navigation service due to the lack of related standard technology for indoor navigation, and as a result, there are few related services.
또한 최근 긴급구조 상황에서 긴급구조기관 및 구조요청자를 위한 내비게이션 서비스에 대한 요구도 나오고 있으나 현재 제공되는 내비게이션 서비스는 이러한 요구를 만족하지 못하기 때문에 긴급구조를 위한 내비게이션 서비스에 대한 고려도 필요한 상황이다.Also, in recent emergency rescue situations, there is a demand for navigation service for emergency rescue agencies and rescue requesters, but the currently provided navigation service does not satisfy these needs, so it is necessary to consider navigation services for emergency rescue.
이러한 맞춰 OMA(Open Mobile Alliance)에서 내비게이션 서비스 프레임워크 표준인 NavSe(Navigation Service Framework) v1.0의 표준화를 진행하고 있다. NavSe v1.0 표준의 목표는 이동통신기반 내비게이션 서비스를 위해 사용자에게 차량 내비게이션을 위한 경로 및 교통정보, 실내 내비게이션을 위한 경로정보와 함께 긴급구조용 내비게이션 서비스를 위한 기능을 제공하기 위한 프레임워크를 정의하는 것이다.In line with this, the Open Mobile Alliance (OMA) is in the process of standardizing the navigation service framework standard, NavSe (Navigation Service Framework) v1.0. The goal of the NavSe v1.0 standard is to define a framework for providing users with functions for emergency rescue navigation services along with route and traffic information for vehicle navigation, and route information for indoor navigation for mobile communication-based navigation services. will be.
NavSe v1.0 표준에서 사용하는 경로 및 교통 정보는 본 표준에서 새롭게 정의하지 않고, 기존에 이미 정의되어 사용되고 있는 표준을 재사용한다. 차량 내비게이션을 위한 경로 및 교통정보는 이미 시장에서 많이 쓰이고 있는 ISO에서 정의한 TPEG 표준을 사용한다. 실내 내비게이션을 위한 경로 정보는 OGC에서 정의한 IndoorGML 표준을 사용한다. IndoorGML은 내비게이션 용도로 실내 공간을 모델링하는 표준이지만, 실내 내비게이션을 위해 모델링된 경로의 공간정보를 전달하는 명확한 표준은 없는 상태이다. ISO TPEG과 OGC IndoorGML 표준 기술을 통해 NavSe v1.0 표준은 사용자가 실내외 내비게이션 서비스를 제공받을 수 있도록, 표준화된 경로 및 교통정보를 제공한다. 또한 NavSe v1.0에서는 재난 상황에서 구조요청자에게 안전지대로 피신할 수 있도록 경로를 제공하는 내비게이션 서비스에 대한 기능도 논의되고 있다.The route and traffic information used in the NavSe v1.0 standard is not newly defined in this standard, but the already defined and used standard is reused. Route and traffic information for vehicle navigation uses the ISO-defined TPEG standard, which is already widely used in the market. Route information for indoor navigation uses the IndoorGML standard defined by OGC. IndoorGML is a standard for modeling indoor space for navigation purposes, but there is no clear standard for delivering spatial information of a modeled route for indoor navigation. Through ISO TPEG and OGC IndoorGML standard technologies, the NavSe v1.0 standard provides standardized route and traffic information so that users can receive indoor and outdoor navigation services. In addition, NavSe v1.0 is discussing the function of a navigation service that provides a route so that rescuers can evacuate to a safe area in a disaster situation.
본 발명의 실시예들은, 긴급구조를 지원하는 이동통신기반 내비게이션 서비스에서, 구조요원과 구조요청자 간의 상호 내비게이션 서비스를 제공하는 방법과 이를 실현하기 위한 내비게이션 서비스 서버의 기능들을 제안한다.Embodiments of the present invention propose a method of providing a mutual navigation service between a rescuer and a rescuer in a mobile communication-based navigation service supporting emergency rescue and functions of a navigation service server for realizing the same.
본 발명의 일 측면에 의하면, 내비게이션 서비스 서버가 클라이언트들에게 공유 경로 서비스를 제공하는 방법을 제공한다. 상기 방법은 제1클라이언트로부터, 제2클라이언트로의 여행의 표현을 생성하기 위한 제1클라이언트의 요청에 응답하여 제1여행 리소스를 생성하는 단계; 상기 제1여행 리소스에 상응하는 경로 정보 및 관련 교통 정보를 표현하는 리소스들을 생성하는 단계; 상기 제2클라이언트의 요청과 무관하게, 상기 제1여행 리소스에 대응되는, 상기 제1 클라이언트로의 여행을 표현하는 제2여행 리소스를 생성하는 단계; 및 상기 제2여행 리소스에 상응하는 경로 정보 및 관련 교통 정보를 표현하는 리소스들을 생성하는 단계를 포함한다. 여기서 상기 제2클라이언트로의 여행의 목적지는 제2 클라이언트의 식별자로 특정되고, 상기 제1 클라이언트로의 여행의 목적지는 상기 제1클라이언트의 위치로 특정된다. According to one aspect of the present invention, there is provided a method for a navigation service server to provide a shared route service to clients. The method includes: creating a first travel resource in response to a first client's request to create a representation of a travel from the first client to a second client; generating resources representing route information and related traffic information corresponding to the first travel resource; generating, irrespective of the request of the second client, a second travel resource corresponding to the first travel resource, the second travel resource representing a travel to the first client; and generating resources representing route information and related traffic information corresponding to the second travel resource. wherein the destination of the trip to the second client is specified by the identifier of the second client, and the destination of the trip to the first client is specified by the location of the first client.
상기 방법의 실시예는 다음의 특징들을 하나 이상 더 포함할 수 있다.An embodiment of the method may further include one or more of the following features.
일부 실시예에서, 상기 방법은 네트워크 상의 외부 엔티티로부터 상기 제2 클라이언트의 식별자에 대응하는 상기 제2 클라이언트의 위치 정보를 획득하는 단계를 더 포함한다. In some embodiments, the method further comprises obtaining location information of the second client corresponding to the identifier of the second client from an external entity on a network.
일부 실시예에서, 상기 방법은 상기 제2클라이언트에게 상기 제2 여행 리소스에 접근할 수 있는 URL을 전달하는 단계를 더 포함한다. 여기서, 상기 제2 여행 리소스는 상기 제2여행 리소스에 상응하는 경로 정보 및 관련 교통 정보를 표현하는 리소스에 대한 링크를 가리키는 파라미터를 포함한다. In some embodiments, the method further comprises passing to the second client a URL for accessing the second travel resource. Here, the second travel resource includes a parameter indicating a link to a resource representing route information and related traffic information corresponding to the second travel resource.
일부 실시예에서, 상기 제2클라이언트는, 상기 URL에 대한 HTTP(hypertext transfer protocol) GET 동작을 수행하여 상기 제2 여행 리소스의 파라미터들을 획득하고, 상기 제2여행 리소스에 상응하는 경로 정보 및 관련 교통 정보를 표현하는 리소스에 대한 링크에 대한 HTTP GET 동작을 이용하여, 상기 경로 정보 및 관련 정보를 제공받는다. In some embodiments, the second client performs a hypertext transfer protocol (HTTP) GET operation on the URL to obtain parameters of the second travel resource, and route information corresponding to the second travel resource and related traffic The route information and related information are provided by using an HTTP GET operation for a link to a resource representing information.
일부 실시예에서, 상기 제1여행 리소스에 상응하는 경로 정보는, 새로운 세그먼트에 진입하면 상기 제1클라이언트가 상기 제1여행 리소스 내의 상기 제1클라이언트의 위치 정보를 나타내는 파라미터를 수정하여야 함을 지시하는 지시자를 포함한다. 마찬가지로, 상기 제2여행 리소스에 상응하는 경로 정보는, 새로운 세그먼트에 진입하면 상기 제2클라이언트가 상기 제2여행 리소스 내의 상기 제2클라이언트의 위치 정보를 나타내는 파라미터를 수정하여야 함을 지시하는 지시자를 포함한다.In some embodiments, the route information corresponding to the first travel resource indicates that when entering a new segment, the first client should modify a parameter indicating the location information of the first client in the first travel resource contains directives. Similarly, the route information corresponding to the second travel resource includes an indicator indicating that the second client should modify a parameter indicating location information of the second client in the second travel resource when entering a new segment. do.
일부 실시예에서, 상기 방법은, 상기 제1클라이언트가 사용 중인 경로에서 이탈하였음을 알리는, 상기 제1여행 리소스 내 파라미터의 수정을 인식하면, 내비게이션 서비스 서버가, 상기 제1클라이언트의 현재 위치에 대응되는 새로운 경로를 계산하고, 상기 제1클라이언트 및 상기 제2클라이언트에게 상기 새로운 경로의 URL을 알리는 단계를 더 포함한다.In some embodiments, the method includes: upon recognizing a modification of a parameter in the first travel resource, indicating that the first client deviated from the route being used, the navigation service server corresponds to the current location of the first client The method further includes calculating a new route to be used, and notifying the first client and the second client of the URL of the new route.
일부 실시예에서, 상기 방법은, 상기 제1클라이언트가 사용 중인 경로상에서 새로운 세그먼트에 진입하였음을 알리는, 상기 제1여행 리소스 내 파라미터의 수정을 인식하면, 내비게이션 서비스 서버가, 통지 메시지를 상기 제2클라이언트에게 전송하는 단계를 더 포함한다. 여기서, 통지 메시지는 상기 제1클라이언트의 위치정보, 및 상기 제1클라이언트와 제2클라이언트 간의 남은 시간 정보; 및 상기 제1클라이언트와 제2클라이언트 간의 남은 거리 정보를 포함할 수 있다. In some embodiments, the method includes: upon recognizing a modification of a parameter in the first travel resource, indicating that the first client has entered a new segment on the route being used, the navigation service server sends a notification message to the second and sending to the client. Here, the notification message includes the location information of the first client, and remaining time information between the first client and the second client; and remaining distance information between the first client and the second client.
일부 실시예에서, 상기 제1클라이언트와 상기 제2클라이언트가 동일한 세그먼트에 진입하였음을 알리는, 상기 제1여행 리소스 내 파라미터의 수정 및 상기 제2여행 리소스 내의 파라미터의 수정을 인식하면, 내비게이션 서비스 서버가, 상기 제1클라이언트의 위치정보를 상기 제2클라이언트에게 전송하고, 상기 제2클라이언트의 위치정보를 상기 제1클라이언트에게 전송하는 단계를 더 포함한다.In some embodiments, upon recognizing the modification of the parameter in the first travel resource and the modification of the parameter in the second travel resource, indicating that the first client and the second client have entered the same segment, the navigation service server , transmitting the location information of the first client to the second client, and transmitting the location information of the second client to the first client.
본 발명의 다른 측면에 의하면, 내비게이션 서비스 서버가 클라이언트들에게 공유 경로 서비스를 제공하는 방법으로서, 제1클라이언트로부터 제2클라이언트로의 제1여행의 표현(representation)을 생성하기 위한 제1클라이언트의 요청에 응답하여, 상기 제1여행의 표현에 데이터 저장소(530)를 할당하는 과정을 포함하는 방법을 제공한다. 여기서 상기 데이터 저장소(530)는 상기 제1여행의 파라미터들을 저장하기 위해 할당되며, 상기 제1여행의 표현은 관련된 URL을 가지며, 상기 제1여행의 파라미터는 출발지(origin)와 목적지(destination)를 포함하며, 상기 목적지는 제2클라이언트의 식별자로 특정된다. According to another aspect of the present invention, there is provided a method for a navigation service server to provide a shared route service to clients, wherein a request of a first client to create a representation of a first trip from a first client to a second client is provided. in response, allocating a data store (530) to the representation of the first trip. wherein the
상기 방법은, 상기 제1여행에 대해 계산된 경로의 표현과 상기 계산된 경로에 관련된 교통 정보의 표현에 각각 데이터 저장소(530)를 할당하는 단계; 및 상기 제2 클라이언트의 요청과 무관하게, 상기 제2클라이언트로부터 상기 제1클라이언트로의 제2여행의 표현에 데이터 저장소(530)를 할당하는 과정을 더 포함한다. 여기서 상기 데이터 저장소(530)는 상기 제2여행의 파라미터들을 저장하기 위해 할당되며, 상기 제2여행의 표현은 관련된 URL을 가지며, 상기 제2여행의 파라미터들은 출발지와 목적지를 포함하며, 상기 목적지는 상기 제1클라이언트의 출발지로 특정된다. 상기 방법은, 상기 제2여행에 대해 계산된 경로의 표현과 상기 계산된 경로에 관련된 교통 정보의 표현에 각각 데이터 저장소(530)를 할당하는 단계를 더 포함한다. The method comprises: allocating a data store (530) to a representation of a route calculated for the first trip and a representation of traffic information related to the calculated route, respectively; and allocating a data store (530) to a representation of a second trip from the second client to the first client, irrespective of the request of the second client. wherein the
본 발명의 또 다른 측면에 의하면, 클라이언트들에게 공유 경로 서비스를 제공하는 내비게이션 서비스 서버로서, 적어도 하나의 프로세서; 데이터 저장소; 및 명령어들을 포함하는 메모리를 포함하고, 상기 명령어들은 상기 프로세서에 의해 수행될 경우에, 상기 프로세서로 하여금, 전술한 방법들을 실행하도록 한다.According to another aspect of the present invention, there is provided a navigation service server for providing a shared route service to clients, comprising: at least one processor; data storage; and a memory including instructions, wherein the instructions, when executed by the processor, cause the processor to execute the methods described above.
이상에서 설명한 바와 같이 본 발명의 실시예들에 의하면, 구조요원과 구조요청자 간의 상호 내비게이션 서비스를 통해, 구조요원이 빠르게 구조요청자에게 도착하여 신속한 긴급구조 서비스를 제공하고, 구조요청자도 구조요원의 위치를 파악하고 더 나아가 구조요원에게 더 빠르게 접근 할 수 있다.As described above, according to the embodiments of the present invention, through the mutual navigation service between the rescuer and the rescuer, the rescuer quickly arrives at the rescuer and provides a quick emergency rescue service, and the rescuer also provides the rescuer's location. can be identified and, furthermore, faster access to rescuers.
도 1은 본 발명의 기술들이 적용될 수 있는 내비게이션 시스템의 전개 시나리오를 도시한 도면이다.
도 2은 본 발명의 일 실시예에 따른 재난 상황에서 상호 내비게이션 서비스를 제공하는 시나리오를 도시한 흐름도이다.
도 3a 및 도 3b는 NavSe 표준 초안에서 정의된 리소스 계층 구조를 나타내는 다이어그램을 보인다.
도 4a 및 도 4b는 본 발명의 일 실시예에 따른 상호 내비게이션 서비스 절차를 도시한 흐름도이다.
도 5는 본 발명의 실시예들을 구현하도록 구성된 네비게이션 서비스 서버의 예시적인 블록도이다.1 is a diagram illustrating a deployment scenario of a navigation system to which techniques of the present invention can be applied.
2 is a flowchart illustrating a scenario of providing a mutual navigation service in a disaster situation according to an embodiment of the present invention.
3a and 3b show diagrams showing the resource hierarchy defined in the draft NavSe standard.
4A and 4B are flowcharts illustrating a mutual navigation service procedure according to an embodiment of the present invention.
5 is an exemplary block diagram of a navigation service server configured to implement embodiments of the present invention;
이하, 본 발명의 일부 실시예들을 예시적인 도면을 통해 상세하게 설명한다. 각 도면의 구성요소들에 참조부호를 부가함에 있어서, 동일한 구성요소들에 대해서는 비록 다른 도면상에 표시되더라도 가능한 한 동일한 부호를 가지도록 하고 있음에 유의해야 한다. 또한, 본 발명을 설명함에 있어, 관련된 공지 구성 또는 기능에 대한 구체적인 설명이 본 발명의 요지를 흐릴 수 있다고 판단되는 경우에는 그 상세한 설명은 생략한다.Hereinafter, some embodiments of the present invention will be described in detail with reference to exemplary drawings. In adding reference numerals to the components of each drawing, it should be noted that the same components are given the same reference numerals as much as possible even though they are indicated on different drawings. In addition, in describing the present invention, if it is determined that a detailed description of a related known configuration or function may obscure the gist of the present invention, the detailed description thereof will be omitted.
또한, 본 발명의 구성 요소를 설명하는 데 있어서, 제 1, 제 2, A, B, (a), (b) 등의 용어를 사용할 수 있다. 이러한 용어는 그 구성 요소를 다른 구성 요소와 구별하기 위한 것일 뿐, 그 용어에 의해 해당 구성 요소의 본질이나 차례 또는 순서 등이 한정되지 않는다. 명세서 전체에서, 어떤 부분이 어떤 구성요소를 '포함', '구비'한다고 할 때, 이는 특별히 반대되는 기재가 없는 한 다른 구성요소를 제외하는 것이 아니라 다른 구성요소를 더 포함할 수 있는 것을 의미한다. 또한, 명세서에 기재된 '…부', '모듈' 등의 용어는 적어도 하나의 기능이나 동작을 처리하는 단위를 의미하며, 이는 하드웨어나 소프트웨어 또는 하드웨어 및 소프트웨어의 결합으로 구현될 수 있다.In addition, in describing the components of the present invention, terms such as first, second, A, B, (a), (b), etc. may be used. These terms are only for distinguishing the elements from other elements, and the essence, order, or order of the elements are not limited by the terms. Throughout the specification, when a part 'includes' or 'includes' a certain component, this means that other components may be further included, rather than excluding other components, unless otherwise stated. . In addition, the '... Terms such as 'unit' and 'module' mean a unit that processes at least one function or operation, which may be implemented as hardware or software or a combination of hardware and software.
첨부된 도면과 함께 이하에 개시될 상세한 설명은 본 발명의 예시적인 실시형태를 설명하고자 하는 것이며, 본 발명이 실시될 수 있는 유일한 실시형태를 나타내고자 하는 것이 아니다. DETAILED DESCRIPTION The detailed description set forth below in conjunction with the appended drawings is intended to describe exemplary embodiments of the present invention and is not intended to represent the only embodiments in which the present invention may be practiced.
본 출원의 우선일 및 출원일 당시에 “http://member.openmobilealliance.org/ftp/Public_documents/LOC/Permanent_documents/”에서 접근할 수 있었던 OMA-TS-REST_NetAPI_NavSe-V1.0, 및 OMA-ER-NavSe-V1.0 초안(draft)은 참조로서 원용되며, 여기서 완전히 기술된 것처럼 본 개시에 완전히 통합된다. OMA-TS-REST_NetAPI_NavSe-V1.0, and OMA-ER-NavSe-, accessible at “http://member.openmobilealliance.org/ftp/Public_documents/LOC/Permanent_documents/” at the priority and filing date of this application The V1.0 draft is incorporated by reference and is fully incorporated herein by reference as if fully set forth herein.
이하, 본 개시(disclosure)에서 사용되는 용어를 정의한다.Hereinafter, terms used in the present disclosure (disclosure) are defined.
본 개시에서, 어플리케이션(Application)은 사용자 대신에 업무를 수행하는 잘 정의되었으나 표준화되지 않은 기능들의 세트의 구현을 의미한다. 어플리케이션은 소프트웨어 및/또는 하드웨어 요소들 그리고 연관된 사용자 인터페이스들로 이루어질 수 있다.In the present disclosure, an application refers to the implementation of a well-defined but non-standardized set of functions that perform a task on behalf of a user. An application may consist of software and/or hardware elements and associated user interfaces.
일반적으로 본 발명이 속하는 기술 분야에서, 서버(Server)는 요청들에 응답하여 클라이언트들에게 리소스들을 제공하는 엔티티에 해당한다. 일반적으로 본 발명이 속하는 기술 분야에서, 클라이언트(Client)는 서비스의 수신자로서 동작하는 디바이스, 사용자 에이전트(user agent) 또는 다른 엔티티에 해당한다.In general, in the technical field to which the present invention pertains, a server corresponds to an entity that provides resources to clients in response to requests. In general, in the technical field to which the present invention pertains, a client corresponds to a device, a user agent, or other entity operating as a receiver of a service.
본 개시에서, NavSe 어플리케이션(NavSe Application)은 경로 정보, 실시간 및 미래에 예상되는 교통 정보를 얻기 위해 서버와 상호작용할 책임을 지닌 엔티티에 해당한다. 따라서, NavSe 어플리케이션은 스마트폰, 모바일 단말기, 네이게이션 디바이스 등을 포함하는 모바일 디바이스에 탑재되며, 이에 따라 본 개시에서 NavSe 어플리케이션은 디바이스, NavSe 클라이언트(NavSe Client)와 상호교환 가능하게 지칭될 수 있다. 이러한 측면에서, NavSe 어플리케이션은 클라이언트의 일종에 해당한다.In the present disclosure, a NavSe application corresponds to an entity responsible for interacting with a server to obtain route information, real-time and future predicted traffic information. Accordingly, the NavSe application is mounted on a mobile device including a smart phone, a mobile terminal, a navigation device, and the like. Accordingly, in the present disclosure, the NavSe application may be interchangeably referred to as a device and a NavSe client. In this respect, the NavSe application is a kind of client.
NavSe 서버(NavSe Server)는 NavSe 어플리케이션에 경로 정보, 실시간 및 미래에 예상되는 교통 정보를 제공할 책임을 지닌 엔티티에 해당한다. 본 명세서에서, NavSe 서버는 단순히 '서버'라고 지칭될 수도 있다. The NavSe Server corresponds to the entity responsible for providing route information, real-time and future predicted traffic information to NavSe applications. In this specification, the NavSe server may be simply referred to as a 'server'.
위치 URI(Location URI)는 위치를 획득하는 프로토콜을 이용하여 디바이스의 현재 위치가 특정 위치 서버로부터 획득되도록 하는 URI에 해당한다.A location URI corresponds to a URI that allows the current location of a device to be obtained from a specific location server using a location obtaining protocol.
내비게이션 디바이스(Navigation Device, ND)는 GNSS(Global Navigation Satellite System) 서비스를 이용하여 최종 목적지에 도달하기 위해 올바른 경로를 보여주는 운전자를 보조하는 엔티티에 해당한다. 이 엔티티는 사용자 선호도에 따라 실시간 및 예측된 교통 정보를 처리하고 최적의 경로를 동적으로 추정할 수 있다.A navigation device (ND) corresponds to an entity that assists a driver in showing a correct route to reach a final destination using a Global Navigation Satellite System (GNSS) service. This entity can process real-time and predicted traffic information and dynamically estimate the optimal route according to user preferences.
경량 ND(Lightweight ND)는 경로 계산을 위한 기능이 없으며, 서버로부터 계산된 경로를 요청 및 수신하는 내비게이션 디바이스를 의미하며, 로컬 맵 데이터베이스가 이용 가능하지 않으면, 경로 예측 기능들을 위해 그리고 도로 모양(shape) 표현을 검색하기 위해 서버에 액세스하는 내비게이션 디바이스에 해당한다.Lightweight ND (Lightweight ND) means a navigation device that has no function for route calculation, requests and receives a route calculated from a server, for route prediction functions and if a local map database is not available, and for road shape ) corresponds to a navigation device that accesses the server to retrieve the representation.
스마트 ND(Smart ND)는 디바이스 자체에서 이용 가능한 도로 네트워크 데이터베이스를 이용하여, 경로(들)를 계산할 수 있는 내비게이션 디바이스에 해당한다.Smart ND corresponds to a navigation device capable of calculating route(s) using a road network database available in the device itself.
관심 포인트(Point Of Interest, POI)는 이름, 카테고리, 고유 식별자 또는 시내 주소와 같은 위치들에 관한 정보를 나타낸다.A Point Of Interest (POI) represents information about a location, such as a name, category, unique identifier, or city address.
본 개시에서, 도로를 구분하는 단위로 일반 도로에서는 교차로와 교차로 사이의 연속된 도로를 세그먼트(Segment)라 하고, 고속도로에서는 각 고속도로의 정책에 따라 도로를 나누어 세그먼트라고 정의된다. 이러한 세그먼트 단위로 교통의 정체나 통과 시간 등이 결정될 수 있다. 본 개시에서는 세그먼트를 도로 구간과 상호 호환 가능하게 사용한다. In the present disclosure, as a unit for dividing roads, a continuous road between an intersection and an intersection is called a segment in a general road, and a segment is defined in a highway by dividing the road according to the policy of each highway. A traffic jam or transit time may be determined in units of these segments. In the present disclosure, segments are used interchangeably with road segments.
세그먼트 시퀀스(Segment Sequence)는 하나 이상의 연속된 세그먼트들의 집합을 지칭한다. 필요에 따라, 하나의 세그먼트로 구성된 세그먼트 시퀀스도 가능하다. 또한, 예컨대 둘 이상의 세그먼트들로 구성된 세그먼트 시퀀스는 첫 번째 세그먼트의 종료 포인트가 두 번째 세그먼트의 시작 포인트와 동일하다.A segment sequence refers to a set of one or more consecutive segments. If necessary, a segment sequence composed of one segment is also possible. Also, for example, in a segment sequence composed of two or more segments, the end point of the first segment is the same as the start point of the second segment.
폴리라인(Polyline)은 각 세그먼트의 끝 지점들을 특정함으로써 정의된, 하나 이상의 선 세그먼트들로 구성된 그래픽 컴퓨팅에 사용되는 연속 선에 해당한다.A polyline corresponds to a continuous line used in graphic computing consisting of one or more line segments, defined by specifying the end points of each segment.
경로 정보(Route Information)는 정의된 출발지에서 목적지까지의 세그먼트의 집합 및 보조 데이터의 좌표들 정보에 해당한다.Route information corresponds to a set of segments from a defined origin to a destination and coordinates information of auxiliary data.
교통 정보(Traffic Information)는 영역 또는 경로와 관련된 교통 이벤트들 및 네트워크 성능 파라미터들로 구성된 정보에 해당한다. 또한, 상기 교통 정보는 현재 또는 앞으로 발생할, 즉 미래의 교통 정보를 포함할 수 있다.Traffic information corresponds to information composed of traffic events and network performance parameters related to an area or route. In addition, the traffic information may include current or future traffic information, that is, future traffic information.
교통 이벤트(Traffic Event)는 도로 네트워크 운영자에 의해 부과되거나 계획된 영역 또는 경로에 관련된 이벤트들(즉, 차선 폐쇄를 유발하는 도로 공사들) 또는 상기 네트워크 운영자의 제어 외적으로 발생하는 이벤트들(즉, 사고들)에 관한 정보에 나타낸다.A traffic event is defined as events related to an area or route imposed or planned by a road network operator (ie, road works causing lane closures) or events that occur outside the control of the network operator (ie, an accident). ) are indicated in the information about
네트워크 성능 파라미터(Network Performance Parameter) 혹은 성능 파라미터는 주어진 영역 또는 경로와 관련된 도로 세그먼트들의 성능(즉, 속도, 지연 및 소요 시간)에 관한 정보를 나타낸다.A network performance parameter or performance parameter represents information about the performance (ie, speed, delay, and required time) of road segments related to a given area or route.
전체 경로 정보(Route Information in Full Format)는 출발지에서 목적지까지의 모든 세그먼트를 포함하는 경로 정보의 한 형태를 의미한다. 별도의 언급이 없는 경우 경로 정보는 전체 경로를 의미한다.The full route information (Route Information in Full Format) refers to a form of route information including all segments from a source to a destination. Unless otherwise stated, path information means the entire path.
요약 경로 정보(Route Information in Summarized Format)는 출발지에서 목적지까지의 모든 세그먼트 중 정보의 요약을 위해 선택된 세그먼트 만을 포함하는 경로 정보의 한 형태를 의미한다.The summary route information (Route Information in Summarized Format) refers to a form of route information including only a segment selected for information summary among all segments from a source to a destination.
사용불가 경로 정보(Unusable Route Information)는 화재, 지진, 홍수 등과 같은 재난 발생 지역에서 차단되거나 파괴된 경로에 관한 정보를 나타낸다.The unusable route information represents information on a route blocked or destroyed in a disaster-prone area such as a fire, earthquake, flood, or the like.
내비게이션 장치(Navigation Device)는 경로 안내 기능을 수행할 수 있는 장치를 말하며, 내비게이션 장치는 스마트폰, 모바일폰, 모바일 디바이스, 랩톱, 태블릿 PC, 스마트패드 등 휴대 가능하거나 휴대 가능한 물체에 부착 가능한 모든 전자적 장치를 포함한다. 이하에서 내비게이션 장치는 내비게이션 디바이스, Navigation Device, ND로 지칭될 수 있다.A navigation device refers to a device capable of performing a route guidance function, and a navigation device is any electronic device that can be attached to a portable or portable object such as a smartphone, mobile phone, mobile device, laptop, tablet PC, or smart pad. includes the device. Hereinafter, the navigation device may be referred to as a navigation device, a navigation device, and an ND.
본 개시에서, 공유 경로 정보(Shared Route Information)는, 경로의 양단에 있는 두 NavSe 어플리케이션들에 제공되는 경로 정보를 나타낸다. 두 NavSe 어플리케이션에 제공되는 경로들은 서로 반대 방향이다. In the present disclosure, Shared Route Information indicates route information provided to two NavSe applications at both ends of a route. The paths provided to both NavSe applications are in opposite directions.
도 1은 본 발명의 기술들이 적용될 수 있는 내비게이션 시스템의 전개 시나리오를 도시한 도면이다. 1 is a diagram illustrating a deployment scenario of a navigation system to which techniques of the present invention can be applied.
도 1에 보인 바와 같이, 내비게이션 시스템은 NavSe 서버, NavSe 서버와 무선 네트워크를 통해 통신가능하게 접속되는, 재난 상황에서 안전지대로의 유도가 필요한 피구조자에 의해 소지되는 내비게이션 디바이스('피구조자 디바이스'로도 지칭될 수 있음)와 피구조자를 구조하는 인명 구조대원 등의 구조자에 의해 소지되는 내비게이션 디바이스('구조자 디바이스'로도 지칭될 수 있음)을 포함한다.As shown in FIG. 1 , the navigation system includes a NavSe server and a navigation device ('rescue device') that is communicatively connected with the NavSe server through a wireless network and is carried by a rescued person who needs guidance to a safe area in a disaster situation. and navigation devices (which may also be referred to as 'rescue devices') carried by rescuers, such as lifeguards rescuing rescued persons.
내비게이션 디바이스들은 이동통신 네트워크 또는 Wi-Fi 네트워크를 거쳐 IP 네트워크와 연결이 가능하며, 내비게이션 서비스를 사용자(구조자 또는 피구조자)에게 제공하는 NavSe 어플리케이션을 구비한다. NavSe 어플리케이션은 RESTful 프로토콜을 이용하여 NavSe 서버와 통신할 수 있으며, NavSe 서버로부터 경로 정보 및/또는 교통 정보를 수신하여 사용자에게 경로를 안내할 수 있다. 설명의 편의를 위해, 이하에서는, 피구조자에 의해 소지되는 내비게이션 디바이스에 구비된 NavSe 어플리케이션을 NavSe 어플리케이션 1으로 지칭하고, 구조자에 의해 소지되는 내비게이션 디바이스에 구비된 NavSe 어플리케이션을 NavSe 어플리케이션 2으로 지칭한다. The navigation devices can be connected to an IP network through a mobile communication network or a Wi-Fi network, and have a NavSe application that provides a navigation service to a user (rescue or rescuer). The NavSe application may communicate with the NavSe server using a RESTful protocol, and may receive route information and/or traffic information from the NavSe server to guide a route to the user. For convenience of description, hereinafter, the NavSe application provided in the navigation device carried by the rescuer will be referred to as
본 발명은 재난 상황에서 유용한 다음과 같은 내비게이션 서비스 시나리오를 고려한다. The present invention considers the following navigation service scenarios useful in disaster situations.
재난 상황에서, 피구조자(즉, 구조 요청자)는 구조 서비스를 위해 국가 공공 안전 기관(예컨대, 소방서, 경찰 등)에 전화한다. 피구조자로부터 전화를 수신한 후, 구조자(즉, 구조 작업자)는 피구조자에게 도달하기 위한 경로 정보를 NavSe 서버에 요청한다. NavSe 서버가 구조자에게 경로 정보를 제공한 후, NavSe 서버는 또한 구조자에게 도달하기 위한 경로 정보를 피구조자에게 제공한다. 즉, NavSe 서버는 공유 경로 정보(shared route information)를 피구조자와 구조자에게 제공한다. 공유 경로 정보를 통해, 피구조자는 빠른 구조 서비스를 위해 구조자에게 이동할 수 있다.In a disaster situation, a rescued person (ie, a rescuer) calls a national public safety agency (eg, fire department, police, etc.) for rescue services. After receiving the call from the rescued, the rescuer (ie, rescue worker) requests route information to reach the rescued from the NavSe server. After the NavSe server provides route information to the rescuer, the NavSe server also provides route information to the rescuer to reach the rescuer. That is, the NavSe server provides shared route information to rescuers and rescuers. Through the shared path information, the rescued can move to the rescuer for quick rescue service.
NavSe 어플리케이션 1에서 정의한 여행 파라미터들에 따라 NavSe 서버는 NavSe 어플리케이션 1에 경로 정보를 계산하여 제공한다. NavSe 어플리케이션 1에 대한 경로의 목적지는 NavSe 어플리케이션 2의 위치이다. 그리고 NavSe 서버는, 목적지가 NavSe 어플리케이션 1의 위치인 NavSe 어플리케이션 2에 대한 경로 정보를 계산하고, 계산된 경로 정보를 NavSe 어플리케이션 2에 제공한다.According to the travel parameters defined in
NavSe Server는 선택된 경로에서 교통 체증으로 인해 NavSe 어플리케이션 1 및 2에게 대체 경로를 제안하고 제공할 수 있다. The NavSe Server can suggest and provide alternative routes to
사용자 1 또는 2는 잘못된 방향으로 턴하거나 혹은 필요에 따라 경로를 벗어날 수 있다. 이 경우, NavSe 어플리케이션 1 또는 2는 새로운 경로 정보 및 관련 교통 정보를 NavSe 서버에 요청한다.
NavSe 어플리케이션 1이 실시간 정보를 수신하기 위해 통지 서비스에 가입하면, NavSe 어플리케이션 2는, 어플리케이션 2의 사용자의 개입없이, 자동으로 통지 서비스를 가입한다. When
도 2은 본 발명의 일 실시예에 따른 재난 상황에서 상호 내비게이션 서비스를 제공하는 시나리오를 도시한 흐름도이다. 2 is a flowchart illustrating a scenario of providing a mutual navigation service in a disaster situation according to an embodiment of the present invention.
(STEP 1) 사용자 1(피구조자)는 사용자 2(구조자)와 관련된 공유 경로 정보를 요청하기 위해 여행 파라미터들을 설정한다. 이때 목적지는 사용자 2(구조자)의 고유 식별자(예컨대, 휴대전화번호 등)로 설정될 수 있다. (STEP 1) User 1 (rescue) sets travel parameters to request shared route information related to user 2 (rescue). In this case, the destination may be set as a unique identifier (eg, mobile phone number, etc.) of user 2 (rescue).
(STEP 2) NavSe 어플리케이션 1은 경로 정보 및 관련된 교통 정보에 접속하기 위해 여행 파라미터들을 NavSe 서버에 전달한다. (STEP 2)
(STEP 3) NavSe 서버는, 외부 엔티티 등을 통해, 구조자의 위치 정보를 획득한다. 획득한 위치 정보를 이용해서 여행 파라미터에 부합하는 하나 또는 그 이상의 경로들을 계산(혹은 추정)한다. (STEP 3) The NavSe server acquires location information of the rescuer through an external entity or the like. Using the obtained location information, one or more routes corresponding to the travel parameters are calculated (or estimated).
(STEP 4) NavSe 서버는 계산한 경로들에 관련된 교통 정보(즉, 교통 이벤트들, 및 네트워크 성능 파라미터들)를 생성한다. (STEP 4) The NavSe server generates traffic information (ie, traffic events, and network performance parameters) related to the calculated routes.
(STEP 5) NavSe 서버는 NavSe 어플리케이션 1에게 계산한 경로들 및 관련된 교통 정보를 제공한다. (STEP 5) The NavSe server provides the calculated routes and related traffic information to the
(STEP 6) 사용자 1(피구조자)는 관심 있는 경로를 선택한다. (STEP 6) User 1 (rescue) selects a path of interest.
(STEP 7) NavSe 어플리케이션 1은 실시간 정보(예컨대, 선택한 경로의 교통 정보, 선택한 경로의 상황이 좋지 않거나 NavSe 어플리케이션 1의 위치가 경로를 이탈한 경우에 제공되는 대체 경로 제안 등)를 받기 위한 통지 서비스에 가입한다. 이 단계에서 NavSe 어플리케이션은, 사용자의 동의를 기반으로, 추적 절차들을 위해 외부의 위치 어플리케이션에서 사용되는, 위치 URI를 NavSe Server에 제공할 수 있다. (STEP 7)
(STEP 8) NavSe 서버는 사용자 2(구조자)에게 내비게이션 서비스를 제공하기 위한 정보(예컨대, 경로 정보 및 관련된 교통 정보)를 새로 생성한다. 이때 journey 파라미터의 시작점은 사용자 2(구조자)의 위치가 되고, 목적지는 사용자 1(피구조자)의 위치가 된다. 제공하는 경로는 STEP 6에서 사용자 1(피구조자)이 선택한 경로와 반대 방향이다. NavSe 서버는 외부 엔티티(예컨대, MMS, SMS, OMA Push 등)를 이용하여 사용자 2에게 생성한 정보에 접속할 수 있는 정보(링크)를 전달한다. (STEP 8) The NavSe server newly creates information (eg, route information and related traffic information) for providing a navigation service to user 2 (rescue). At this time, the starting point of the journey parameter becomes the location of user 2 (rescue), and the destination becomes the location of user 1 (rescue). The provided path is in the opposite direction to the path selected by user 1 (rescue) in STEP 6. The NavSe server uses an external entity (eg, MMS, SMS, OMA Push, etc.) to deliver information (link) for accessing the generated information to
(STEP 9) NavSe 어플리케이션 2는 NavSe 서버에게 경로 정보 및 관련된 교통 정보를 요청한다. (STEP 9)
(STEP 10) NavSe 서버는 NavSe 어플리케이션 2에게 경로 정보 및 관련된 교통 정보를 제공한다. 이때 NavSe 어플리케이션 2는, 어플리케이션 2의 사용자의 추가적인 개입없이, 자동적으로 통지 서비스에 가입한다. (STEP 10) The NavSe server provides route information and related traffic information to the
(STEP 11) 내비게이션 서비스 제공 도중에, 제공한 경로의 상황이 나빠지면, NavSe 서버는 대체 경로를 계산한다. (STEP 11) If the condition of the provided route deteriorates during the provision of the navigation service, the NavSe server calculates an alternative route.
(STEP 12) NavSe 서버는 NavSe 어플리케이션 1과 NavSe 어플리케이션 2에게 대체 경로를 제공한다. (STEP 12) The NavSe server provides alternative paths to
(STEP 13) 내비게이션 서비스 제공 도중에, 사용자 1(피구조자) 또는 사용자 2(구조자)가 현재 주행 경로를 벗어 났음을 발견하면, (STEP 14) NavSe 어플리케이션 1 또는 NavSe 어플리케이션 2는 현재 위치에 부합하도록 경로를 업데이트 하기 위해 자동으로 재-경로 요청(re-rout request)을 NavSe 서버에 보낸다. (STEP 13) If user 1 (rescue) or user 2 (rescue) deviates from the current driving route while providing the navigation service, (STEP 14)
(STEP 15) NavSe 서버는 사용자 1(피구조자) 및 사용자 2(구조자)의 현재 위치를 기반으로 경로 정보와 교통 정보를 다시 계산한다. (STEP 15) The NavSe server recalculates route information and traffic information based on the current locations of user 1 (rescue) and user 2 (rescue).
(STEP 16) NavSe 서버는 NavSe 어플리케이션 1과 NavSe 어플리케이션 2에게 계산한 경로 정보와 교통 정보를 제공한다. NavSe 서버는 NavSe 어플리케이션 1과 NavSe 어플리케이션 2를 위한, 통지 서비스에 대한 구독 설정을 업데이트한다. (STEP 16) The NavSe server provides the calculated route information and traffic information to
(STEP 17) NavSe 어플리케이션 1과 NavSe 어플리케이션 2는, 예컨대 주행 완료 후에, 세션을 종료한다. (STEP 17) The
이하에서는, 도 2를 참조하여 예시한 시나리오를 실현하기 위한, NavSe 서버의 기능 및 동작을 설명하기로 한다. 이하에서 언급하는 NavSe(Navigation Service Framework) 표준은 OMA-TS-REST_NetAPI_NavSe-V1.0의 2017.09.26. 자 초안 (draft)를 기준으로 한다.Hereinafter, functions and operations of the NavSe server for realizing the scenario illustrated with reference to FIG. 2 will be described. The NavSe (Navigation Service Framework) standard mentioned below is OMA-TS-REST_NetAPI_NavSe-V1.0 of 2017.09.26. This is based on the draft.
NavSe 표준(OMA-TS-REST_NetAPI_NavSe-V1.0)은 다음과 같은 동작들을 지원하기 위한, 리소스들의 정의, 이들 각 리소스에 적용할 수 있는 HTTP 동사들(HTTP verbs)과 및 각 리소스의 데이터 구조체들을 규정한다. The NavSe standard (OMA-TS-REST_NetAPI_NavSe-V1.0) defines resource definitions, HTTP verbs applicable to each resource, and data structures of each resource to support the following operations. stipulate
- 사용자가 정의한 여행 파라미터들을 기반으로 일련의 경로를 요청하고 제공하는 것- Requesting and providing a set of routes based on user-defined travel parameters
- 내비게이션 디바이스에 의해 정의된 경로 및 지역과 관련된 교통 정보를 요청하고 제공하는 것- requesting and providing traffic information related to routes and areas defined by the navigation device;
- 공공 안전 사용(public safety usage)을 위한 경로 정보를 요청하고 제공하는 것- requesting and providing route information for public safety usage;
- 재난 지역(emergency area)과 관련된 사용불가 경로 정보를 요청하고 제공하는 것- requesting and providing information about unavailable routes related to emergency areas;
- 실시간 정보 및 대체 경로 제안에 대한 업데이트 수신을 위한 통지 서비스에 대한 구독을 관리하는 것- managing subscriptions to notification services to receive updates on real-time information and alternative route suggestions;
즉, NavSe 표준 초안은 도 2을 참조하여 설명한 상호 내비게이션 서비스를 지원하기 위한 사항들이 규정되어 있지 않다.That is, the draft NavSe standard does not stipulate matters for supporting the mutual navigation service described with reference to FIG. 2 .
본 발명에서 따르면, 상호 내비게이션 서비스를 지원하기 위해 NavSe 표준 초안에 규정된 리소스들 외에 추가적인 리소스를 도입하지는 않는다. 따라서, 상호 내비게이션 서비스를 지원하기 위한 리소스들은 NavSe 표준 초안에 규정된 리소스들과 실질적으로 동일하다. 그러나 본 발명은, NavSe 표준 초안에 규정된 리소스들의 데이터 구조체들(Data Structures) 및 데이터 구조체들을 이루는 엘리먼트들(즉, 파라미터들)과 그 타입들의 수정 및 추가를 제안한다. 먼저, 도 3을 참조하여, 본 발명에서 사용되는, NavSe 표준 초안에서 정의된 리소스 계층 구조를 살펴본다.According to the present invention, additional resources other than those specified in the draft NavSe standard are not introduced to support the mutual navigation service. Therefore, the resources for supporting the mutual navigation service are substantially the same as the resources specified in the draft NavSe standard. However, the present invention proposes to modify and add data structures (Data Structures) of the resources specified in the Draft NavSe standard and the elements (ie parameters) constituting the data structures and their types. First, with reference to FIG. 3, a resource hierarchy defined in the draft NavSe standard used in the present invention will be looked at.
도 3a 및 도 3b는 NavSe 표준 초안에서 정의된 리소스 계층 구조를 나타내는 다이어그램을 보인다. 3a and 3b show diagrams showing the resource hierarchy defined in the draft NavSe standard.
NavSe 어플리케이션이 경로를 요청하거나, 경로를 위한 교통 정보를 생성하는 경우, NavSe 서버는 NavSe 어플리케이션의 각각의 요청에 따라, 도 3a에 도시된 것과 같은 계층 구조를 이루는, 리소스들을 새롭게 생성하고 서비스를 제공한다. 즉, 도 3a의 NavSe 리소스 구조는 매 요청에 따라 새롭게 생성된다. 다만, 재난 지역(emergency area)에 대한 사용불가 경로 정보가 다수의 사용자에게 동일하게 이용될 수 있다는 점을 고려하여, NavSe 표준은, 도 3b에 도시된 것과 같이, 재난 지역 관리를 위한 단일의 리소스 트리를 생성하도록 규정하고 있다. 즉, NavSe 서버는 단일의 리소스 트리를 이용하여 재난 지역에 위치하거나 재난 지역을 통과하는 다수의 사용자에게 공통으로 서비스를 제공한다. When the NavSe application requests a route or generates traffic information for the route, the NavSe server creates new resources and provides a service in a hierarchical structure as shown in FIG. 3A according to each request of the NavSe application. do. That is, the NavSe resource structure of FIG. 3A is newly created for every request. However, considering that unusable path information for an emergency area can be used equally for a plurality of users, the NavSe standard is a single resource for disaster area management, as shown in FIG. 3B . It specifies to create a tree. That is, the NavSe server provides a common service to a plurality of users located in or passing through a disaster area using a single resource tree.
아래의 표 1 내지 표 9은 도 3a 및 도 3b에 보인 리소스들을 그 사용 목적에 따라 분류한 것으로서, 각 리소스의 URL, 데이터 구조체(Data Structure), 및 적용할 수 있는 HTTP 동사들(HTTP verbs)이 나열되어 있다. Tables 1 to 9 below classify the resources shown in FIGS. 3A and 3B according to their purpose of use, and include URLs, data structures, and applicable HTTP verbs of each resource. This is listed.
<여행(trip) 관리를 위한 리소스들><Resources for trip management>
Base URL: http://{serverRoot}/navse/{apiVersion}/{appId}Base URL: http://{serverRoot}/navse/{apiVersion}/{appId}
Trip (used for POST)
common:ResourceReference (optional alternative for POST response)TripList (used for GET)
Trip (used for POST)
common:ResourceReference (optional alternative for POST response)
<여행(trip)에 대해 정의된 경로들의 관리를 위한 리소스들><Resources for the management of routes defined for a trip>
Base URL: http://{serverRoot}/navse/{apiVersion}/{appId}Base URL: http://{serverRoot}/navse/{apiVersion}/{appId}
common:ResourceReference (optional alternative for POST response)Route
common:ResourceReference (optional alternative for POST response)
Note: Routes Ids are available in Trip resourceNo
Note : Routes Ids are available in Trip resource
<영역(Area) 관리를 위한 리소스들><Resources for Area Management>
Base URL: http://{serverRoot}/navse/{apiVersion}/{appId}Base URL: http://{serverRoot}/navse/{apiVersion}/{appId}
Area (used for POST)
common:ResourceReference (optional alternative for POST response)AreaList (used for GET)
Area (used for POST)
common:ResourceReference (optional alternative for POST response)
<여행(trip), 경로, 이벤트, 영역 업데이트들을 위한 구독 관리(Subscriptions management)를 위한 리소스들><Resources for Subscriptions management for trip, route, event and area updates>
Base URL: http://{serverRoot}/navse/{apiVersion}/{appId}Base URL: http://{serverRoot}/navse/{apiVersion}/{appId}
Subscription (used for POST)
common:ResourceReference (optional alternative for POST response)SubscriptionList (used for GET)
Subscription (used for POST)
common:ResourceReference (optional alternative for POST response)
<여행(trip), 경로, 이벤트, 영역 업데이트들을 위한 회신 통지(Callback notifications)을 위한 리소스><Resources for callback notifications for trip, route, event, area updates>
<specified by the client><specified by the client>
<이벤트 관리를 위한 리소스들><Resources for event management>
Base URL: http://{serverRoot}/navse/{apiVersion}/{appId}Base URL: http://{serverRoot}/navse/{apiVersion}/{appId}
<< Emergency Trip 관리를 위한 리소스들>Resources for Emergency Trip Management>
Base URL: http://{serverRoot}/navse/{apiVersion}/{appId}Base URL: http://{serverRoot}/navse/{apiVersion}/{appId}
Trip (used for POST)
common:ResourceReference (optional alternative for POST response)TripList (used for GET)
Trip (used for POST)
common:ResourceReference (optional alternative for POST response)
< Emergency Trip 을 위해 정의된 경로들의 관리를 위한 리소스 >< Resources for managing routes defined for Emergency Trip >
Base URL: http://{serverRoot}/navse/{apiVersion}/{appId}Base URL: http://{serverRoot}/navse/{apiVersion}/{appId}
common:ResourceReference (optional alternative for POST response)Route
common:ResourceReference (optional alternative for POST response)
<재난 영역 관리를 위한 리소스들><Resources for disaster area management>
<specified by the server><specified by the server>
common:ResourceReference (optional alternative for POST response)EmergencyArea (used for GET)
common:ResourceReference (optional alternative for POST response)
NavSe 표준 초안은, 또한, 표 1 내지 표 9에 나열된 리소스들의 데이터 구조체들을 이루는 엘리먼트들을 규정하고 있다. 본 발명은, NavSe 표준 초안에 규정된 데이터 구조체들, 각 데이터 구조를 이루는 엘리먼트들을 일부 수정하거나 추가할 것을 제안한다. 이하에 기술된 데이터 구조체를 제외하고는 NavSe 표준 초안에 규정된 데이터 구조체, 및 각 데이터 구조체를 구성하는 엘리먼트들이 그대로 차용된다. 이하의 표 10 내지 표 13에서, 본 발명이 새롭게 제안하는 사항들이 볼드체로 표시되어 있음에 유의한다. 또한, 이하에서 각 데이터 구조체에 포함된 엘리먼트는 "파라미터" 또는 "필드"로 지칭될 수도 있다.The draft NavSe standard also specifies the elements that make up the data structures of the resources listed in Tables 1 to 9. The present invention proposes to partially modify or add data structures specified in the draft NavSe standard, and elements constituting each data structure. Except for the data structures described below, the data structures specified in the draft NavSe standard and elements constituting each data structure are borrowed as they are. Note that in Tables 10 to 13 below, items newly proposed by the present invention are indicated in bold. Also, hereinafter, elements included in each data structure may be referred to as “parameters” or “fields”.
<데이터 구조체: Trip ><Data structure: Trip>
Trip 파라미터들은 NavSe 어플리케이션이 NavSe 서버에게 경로 정보 및 교통 정보를 요청하기 위해 제공하는 파라미터들이다. Trip parameters are parameters provided by the NavSe application to request route information and traffic information from the NavSe server.
Location_Point structure is defined in tpeg-locML [TTI LOC]. 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.
In case that unusableRoute field is set to True and the value of destinationWGS84 is identical with this parameter, it indicates that the NavSe application requests the unusable route information related to an emergency area including the position in this parameter. In case that unusableRoute field is set to True and the value of destinationWGS84 is not identical with this parameter, it indicates that the NavSe application requests the unusable route information in an emergency area along the route which the NavSe application drives.This field represents the origin of the trip for which route information and related traffic information are requested from the server.
Location_Point structure is defined in tpeg-locML [TTI LOC]. 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.
In case that unusableRoute field is set to True and the value of destinationWGS84 is identical with this parameter, it indicates that the NavSe application requests the unusable route information related to an emergency area including the position in this parameter. In case that unusableRoute field is set to True and the value of destinationWGS84 is not identical with this parameter, it indicates that the NavSe application requests the unusable route information in an emergency area along the route which the NavSe application drives.
One element among originWGS84 or originAddress MUST be specified when Trip resource is created.
In case that unusableRoute field is set to True and the value of destinationAddress is identical with this parameter, it indicates that the NavSe application requests the unusable route information related to an emergency area including the position in this parameter. In case that unusableRoute field is set to True and the value of destinationAddress is not identical with this parameter, it indicates that the NavSe application requests the unusable route information in an emergency area along the route which the NavSe application drives.This field represents the origin of the Trip and it is present when the origin is expressed according to IETF Civic Address [RFC5139].
One element among originWGS84 or originAddress MUST be specified when Trip resource is created.
In case that unusableRoute field is set to True and the value of destinationAddress is identical with this parameter, it indicates that the NavSe application requests the unusable route information related to an emergency area including the position in this parameter. In case that unusableRoute field is set to True and the value of destinationAddress is not identical with this parameter, it indicates that the NavSe application requests the unusable route information in an emergency area along the route which the NavSe application drives.
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. In case that sharedRoute field is present and set to True when Trip resource is created, this field may be omitted. This structure is mandatory when the Trip resource is read by the client.
In case that unusableRoute field is set to True and the value of originWGS84 is identical with this parameter, it indicates that the NavSe application requests the unusable route information related to an emergency area including the position in this parameter. In case that unusableRoute field is set to True and the value of originWGS84 is not identical with this parameter, it indicates that the NavSe application requests the unusable route information in an emergency area along the route which the NavSe application drives.This field represents the destination of the trip for which route information and related traffic information are requested from the server.
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. In case that sharedRoute field is present and set to True when Trip resource is created, this field may be omitted. This structure is mandatory when the Trip resource is read by the client.
In case that unusableRoute field is set to True and the value of originWGS84 is identical with this parameter, it indicates that the NavSe application requests the unusable route information related to an emergency area including the position in this parameter. In case that unusableRoute field is set to True and the value of originWGS84 is not identical with this parameter, it indicates that the NavSe application requests the unusable route information in an emergency area along the route which the NavSe application drives.
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. In case that sharedRoute field is present and set to True when Trip resource is created, this field may be omitted.
This structure may be provided by the server in case the user define a destination using destinationWGS84 structures.
In case that unusableRoute field is set to True and the value of originAddress is identical with this parameter, it indicates that the NavSe application requests the unusable route information related to an emergency area including the position in this parameter. In case that unusableRoute field is set to True and the value of originAddress is not identical with this parameter, it indicates that the NavSe application requests the unusable route information in an emergency area along the route which the NavSe application drives.This field represents the destination of the trip and it is present when the destination is expressed according to 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. In case that sharedRoute field is present and set to True when Trip resource is created, this field may be omitted .
This structure may be provided by the server in case the user define a destination using destinationWGS84 structures.
In case that unusableRoute field is set to True and the value of originAddress is identical with this parameter, it indicates that the NavSe application requests the unusable route information related to an emergency area including the position in this parameter. In case that unusableRoute field is set to True and the value of originAddress is not identical with this parameter, it indicates that the NavSe application requests the unusable route information in an emergency area along the route which the NavSe application drives.
In case that In case that
sharedRoutesharedRoute
field is present and set to True when Trip resource is created, this field SHALL be present. field is present and set to True when Trip resource is created, this field SHALL be present.
If If
destinationIddestinationId
is present and set to True, is present and set to True,
destinationIdTypedestinationIdType
MUST be present. MUST be present.
Location_Point structure is defined in tpeg-locML [TTI LOC].The waypoints may be used to provide additional information about the trip.
Location_Point structure is defined in tpeg-locML [TTI LOC].
If true or not present, toll road are allowed.This field carries the information whether toll roads MAY be included in route estimation
If true or not present, toll road are allowed.
[1..2]TripQueryType
[1..2]
If this parameter is set to NoAction or absent, the route will be estimated by the ND.If this parameter is present and set to Route , the server MUST propose, for the defined Trip, a set of routes with related traffic events and performance parameters, and/or alternative routes in case of congestion.
If this parameter is set to NoAction or absent, the route will be estimated by the ND.
If this field is not present, the server MUST provide traffic information for all defined categories (including network performance parameters).Categories of traffic information, related to the defined Trip, requested by the application. 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).
If this parameter is specified by the NavSe server, it represents that there is unusable route information of the emergency area related to the Trip resource. And area information of the emergency area is provided by the emergencyArea parameter.If this parameter is present and set to True, it represents that the unusable route information related to the emergency area is requested by the NavSe application.
If this parameter is specified by the NavSe server, it represents that there is unusable route information of the emergency area related to the Trip resource. And area information of the emergency area is provided by the emergency Area parameter.
[0..unbounded]Location Container
[0..unbounded]
In case that this field is present and set to True when Trip resource is created, In case that this field is present and set to True when Trip resource is created,
destinationIddestinationId
SHALL be present. SHALL be present.
표 10과 같이, 본 발명은 Trip 타입의 리소스의 데이터 구조체에 destinationId 파라미터와 sharedRoute 파라미터를 추가할 것을 제안한다. Trip 타입의 리소스가 생성될 때, destinationWGS84, destinationAddress, 및 destinationID 중 하나의 파라미터가 반드시 포함되어야 하며, 공유 경로 정보를 요청하기 위한 Trip 리소스는 이들 파라미터들 중에서 destinationID을 포함하여야 하며 나머지 파라미터들(destinationWGS84, 및 destinationAddress)은 생략될 수 있다. As shown in Table 10, the present invention proposes to add the destinationId parameter and the sharedRoute parameter to the data structure of the Trip type resource. When a Trip type resource is created, one parameter among destinationWGS84, destinationAddress, and destinationID must be included, and the Trip resource for requesting shared route information must include destinationID among these parameters, and the remaining parameters (destinationWGS84, and destinationAddress) may be omitted.
NavSe 어플리케이션 1은 NavSe 어플리케이션 2와의 상호 내비게이션 서비스를 요청하기 위해 Trip 리소스를 NavSe 서버에 생성한다. 이때 Trip 리소스에 sharedRoute 파라미터의 값을 True로 설정하여 NavSe 어플리케이션 1이 공유 경로(shared Route)를 요청함을 알리고, destinationId 파라미터에 타겟 사용자 ID(즉, NavSe 어플리케이션 2와 관련된 사용자의 ID)를 표시한다. 타겟 사용자 ID는 타겟 사용자의 위치를 검색(retrieve)하는 데 사용되며, 타겟 사용자의 위치는 trip의 목적지로 사용된다. 타겟 사용자 ID는 MSISDN, MDN, IMSI, NAI, IPv4, IPv6 등의 식별자 타입이 사용될 수 있다.
NavSe 어플리케이션이 NavSe 서버로부터 경로정보 및 교통정보를 제공받는 전형적인 시나리오에서는, 각 NavSe 어플리케이션이 NavSe 서버에 Trip 리소스를 생성해야 한다. 그런데, 본 발명이 제안하는 상호 내비게이션 서비스는, NavSe 어플리케이션 1의 요청에 의해 트리거되어, NavSe 어플리케이션 1과 NavSe 어플리케이션 2에게 공유 경로를 제공하는 서비스이다. 따라서, NavSe 어플리케이션 1이 sharedRoute 파라미터의 값이 True로 설정된 Trip 리소스를 생성하면, NavSe 서버는 NavSe 어플리케이션 2에게 경로 정보 및 교통 정보를 제공하기 위해 NavSe 어플리케이션 2을 위한 Trip 리소스를 자동으로 생성한다. 이때 자동으로 생성되는 Trip 리소스는 NavSe 어플리케이션 1이 생성한 Trip 리소스와 거의 동일하지만, NavSe 어플리케이션 1이 생성한 Trip 리소스의 시작지(originWGS84)가 NavSe 어플리케이션 2를 위한 Trip 리소스에서 목적지(destinationWGS84)로, NavSe 어플리케이션 1이 생성한 Trip 리소스의 목적지(destinationWGS84)가 NavSe 어플리케이션 2를 위한 Trip 리소스에서 시작지(originWGS84)로 설정된다.In a typical scenario where NavSe applications receive route information and traffic information from the NavSe server, each NavSe application needs to create a Trip resource in the NavSe server. However, the mutual navigation service proposed by the present invention is a service that provides a shared route to the
<데이터 구조체: Route ><Data structure: Route>
Route 타입의 데이터 구조는 NavSe 서버가 NavSe 어플리케이션에게 제공할 경로 정보를 포함하고 있다. The Route type data structure includes route information to be provided by the NavSe server to the NavSe application.
The partial route encoding schema is described in Appendix D. The partial encoding schema MAY be used for full routes resources.
If this field is absent or set to false, the route information is complete.If set to true, the Route is described with partial information: only changed segments sequence is provided with respect to a reference route. The reference route is defined in link field of this structure.
The partial route encoding schema is described in Appendix D. The partial encoding schema MAY be used for full routes resources.
If this field is absent or set to false, the route information is complete.
[0......unbounded]xsd:integer
[0......unbounded]
This field is present only in case of partial route encoding schema (partialRouteInformation set to True) (see Appendix D).This field represents one or more index of the first segment in the reference route segments sequence to be replaced by partial route segments sequence. In a partial route, a sequence of deviations MAY be provided with respect to the reference route: for each deviation it is provided the index of the first segment in the reference route that has to be replaced by partial route segments sequence.
This field is present only in case of partial route encoding schema ( partialRouteInformation set to True) (see Appendix D).
[0...unbounded]xsd:integer
[0...unbounded]
In a partial route, a sequence of deviations MAY be provided with respect to the reference route: for each deviation it is provided the index of the last segment in the reference route that has to be replaced by partial route segments sequence.
This field is present only in case of partial route encoding schema (partialRouteInformation set to True and for more detail see Appendix D).This field represents one or more index of the last segment in the reference route segments sequence to be replaced by the segments sequence of partial route. Only used for the partial route case (see Appendix D).
In a partial route, a sequence of deviations MAY be provided with respect to the reference route: for each deviation it is provided the index of the last segment in the reference route that has to be replaced by partial route segments sequence.
This field is present only in case of partial route encoding schema ( partialRouteInformation set to True and for more detail see Appendix D).
[0...unbounded]xsd:integer
[0...unbounded]
In a partial route, a sequence of deviations MAY be provided with respect to the reference route: for each single deviation the number of describing segments is provided. The sum of the number of segment of each deviation should be equal to the number of segments provided in the partial route.
This field is present only in case of partial route encoding schema (partialRouteInformation set to True and for more detail see Appendix D).This field represents the number of segments that constitutes each single deviation of the partial route. Only used for the partial route information case (see Appendix D).
In a partial route, a sequence of deviations MAY be provided with respect to the reference route: for each single deviation the number of describing segments is provided. The sum of the number of segments of each deviation should be equal to the number of segments provided in the partial route.
This field is present only in case of partial route encoding schema ( partialRouteInformation set to True and for more detail see Appendix D).
In case of in partial route description, only the segment sequences describing the deviations are provided (see Appendix D).
In case of partial route with multiple deviations, each single deviation is identified by the length of each sequence reported in numSegment fields of this structure.Sequence of road segments that forms the route.
In case of in partial route description, only the segment sequences describing the deviations are provided (see Appendix D).
In case of partial route with multiple deviations, each single deviation is identified by the length of each sequence reported in numSegment fields of this structure.
[0...unbounded]common:Link
[0...unbounded]
1) Reference to the route for which it is proposed as alternative. Attribute "rel" must be set to "Route".
2) Reference to the route for which the partial route information is referred. Attribute "rel" must be set to "ReferenceRoute".Link to reference route resource. There are two different kinds of reference route resources.
1) Reference to the route for which it is proposed as alternative. Attribute "rel" must be set to "Route" .
2) Reference to the route for which the partial route information is referred. Attribute "rel" must be set to "ReferenceRoute" .
표 11과 같이, 본 발명은 Route 타입의 리소스의 데이터 구조체에 positionUpdate 파라미터를 추가할 것을 제안한다. As shown in Table 11, the present invention proposes to add the positionUpdate parameter to the data structure of the Route type resource.
NavSe 서버는 NavSe 어플리케이션에게 Route 타입의 리소스를 통해 경로 정보를 제공한다. 경로는 하나 또는 그 이상의 여러 세그먼트로 구성되어 있다. 경로를 제공할 때 NavSe 서버는 Route 타입의 리소스의 데이터 구조체에 positionUpdate 파라미터를 추가하여 NavSe 어플리케이션에게 경로의 각 세그먼트에게 진입했을 때 위치 정보를 제공하도록 지시한다. NavSe 어플리케이션은 NavSe 서버로부터 제공받은 경로로 진행 중 새로운 세그먼트에 진입하면 자신의 현재 위치를 NavSe 서버에게 제공한다. The NavSe server provides route information to the NavSe application through a Route type resource. A path consists of one or more segments. When providing a route, the NavSe server instructs the NavSe application to provide location information when entering each segment of the route by adding the positionUpdate parameter to the data structure of the Route type resource. The NavSe application provides its current location to the NavSe server when it enters a new segment during the route provided by the NavSe server.
<데이터 구조체: Subscription ><Data structure: Subscription>
Subscription 타입의 데이터 구조체에 대해, 본 발명에서 새로 제안되는 내용은 아래와 같다.Regarding the subscription type data structure, the contents newly proposed in the present invention are as follows.
* "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": in order to be notified of updated unusable route information
* "SharedRoute": in order to be notified of updated destination information with remaining time and distance
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.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": in order to be notified of updated unusable route information
* "SharedRoute": in order to be notified of updated destination information with remaining time and distance
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.
표 12와 같이, Subscription 타입의 리소스는 link 엘리먼트를 포함하고, link 엘리먼트의 속성(attribute) 중 하나인 "rel"은 당해 리소스와 외부 리소스간에 관계(즉, 구독되는 리소스의 타입)를 가리키는 문자열 세트(string set)이다. 본 발명은 "rel"의 문자열 세트에 "SharedRoute"를 추가하여, 표 14에 나열된 파라미터들의 업데이트된 정보를 통지받을 수 있도록 한다. As shown in Table 12, a subscription-type resource includes a link element, and “rel”, one of the attributes of the link element, is a set of strings indicating the relationship between the resource and the external resource (ie, the type of the subscribed resource). (string set). The present invention adds "SharedRoute" to the string set of "rel", so that updated information of the parameters listed in Table 14 can be notified.
<데이터 구조체: Notification ><Data structure: Notification>
Notification 타입의 데이터 구조체에 대해, 본 발명에서 새로 제안되는 내용은 아래와 같다.Regarding the Notification type data structure, the contents newly proposed in the present invention are as follows.
표 13와 같이, 본 발명은 Notification 타입의 리소스의 데이터 구조체에 updatedSharedRouteInfo 파라미터를 추가할 것을 제안한다. updatedSharedRouteInfo 파라미터는 사용된 공유 경로 정보와 관련된 업데이트된 정보를 나타낸다. 이 파라미터에는, 아래의 표 14과 같이, 목적지인 타겟 사용자(즉, 구조자)의 현재 위치, 남은 시간 정보, 및 남은 거리 정보가 포함된다.As shown in Table 13, the present invention proposes to add the updatedSharedRouteInfo parameter to the data structure of the resource of the Notification type. The updatedSharedRouteInfo parameter indicates updated information related to the shared route information used. As shown in Table 14 below, this parameter includes the current location of the target user (ie, the rescuer), the remaining time information, and the remaining distance information as shown in Table 14 below.
<< SharedRouteInfo 파라미터>SharedRouteInfo parameters>
본 발명에서 새로 제안되는 SharedRouteInfo 파라미터는, 아래와 같이, 3개의 하위 파라미터들로 구성된다. The SharedRouteInfo parameter newly proposed in the present invention consists of three sub-parameters as follows.
Location_PointLocation_Point
structure is defined in tpeg-locML [TTI LOC]. structure is defined in tpeg-locML [TTI LOC].
<DestinationIdTypeList 파라미터><DestinationIdTypeList parameter>
본 발명에서 새로 제안되는 DestinationIdTypeList의 열거(Enumeration)은 다음과 같다. 표 15는 대상 사용자 ID 유형의 열거로서, 사용된 식별자가 어떠한 종류인지를 나타내는 데 사용된다.Enumeration of DestinationIdTypeList newly proposed in the present invention is as follows. Table 15 is an enumeration of target user ID types, and is used to indicate what kind of identifier used.
<링크(Link)의 "rel" 속성의 값><Value of "rel" attribute of Link>
링크(Link) 엘리먼트의 "rel" 속성의 값은 링크가 가리키는 리소스가 어떠한 종류인지를 나타낸다. 즉, 링크 엘리먼트의 "rel"속성은 현재 리소스와 외부의 리소스 간의 관계를 지시하기 위해, 서버 구현에 의해 설정되는 자유 문자열이다. 가능한 문자열은 다음과 같다. 이들 리스트는 확장될 수 있다. The value of the "rel" attribute of the Link element indicates what kind of resource the link points to. That is, the "rel" attribute of the link element is a free string set by the server implementation to indicate the relationship between the current resource and an external resource. Possible strings are: These lists can be expanded.
- Route- Route
- ReferenceRoute- ReferenceRoute
- Event- Event
- Area- Area
- DisableRoute- DisableRoute
- SharedRoute- SharedRoute
이하에서는 내비게이션 단말이 Navse 서버에 공유 경로 정보를 요청하는, Navse 어플리케이션의 전형적인 시나리오를 기술한다.Hereinafter, a typical scenario of a Navse application in which a navigation terminal requests shared route information from a Navse server will be described.
사용자 1이 여행 파라미터들을 설정할 때, 사용자 2의 ID가 목적지로서 사용되며, shared 경로 정보를 요청함을 알리는 지시자(indicator)인 sharedRoute 파라미터가 True로 설정된다. 요청을 수신한 NavSe 서버는 네트워크 상의 외부 엔티티를 통해 사용자 2의 ID를 이용하여 사용자 2의 위치 정보를 획득하고, 획득한 위치 정보를, Trip 리소스가 생성될 때, 목적지로서 사용한다. When
NavSe 서버는 사용자 2에게 도달하기 위한 경로 정보와 관련 교통 정보를 생성하고, 사용자 1의 어플리케이션(즉, 어플리케이션 1)에 이들 정보를 제공한다. The NavSe server generates route information and related traffic information for reaching
이때 경로정보에는 어플리케이션 1이 새로운 세그먼트에 진입하면 어플리케이션 1의 위치정보를 NavSe 서버에게 업로드하라는 지시자가 포함되어 있다. In this case, the route information includes an indicator to upload the location information of the
응용 프로그램 1이 알림 서비스를 구독하면 NavSe 서버는 사용자 2 (NavSe 응용 프로그램 2)의 응용 프로그램과 상호 작용하지 않고 사용자 2의 여행, 경로 및 관련 교통 정보를 자동으로 만듭니다. 애플리케이션 2에 대한 경로 정보는 애플리케이션 1에 대한 경로 정보의 반대 방향, 즉 애플리케이션 2에 대한 경로 정보가 애플리케이션 1에 도달하는 것이다. 리소스가 생성 된 후, NavSe 서버는 액세스 OMA 푸시, MMS 등을 이용하여 사용자 (2)에게 생성 된 Trip 자원을 전송한다. 애플리케이션 (2)이 경로 및 트래픽 정보를 수신 한 후에, 애플리케이션 (2)은 사용자 (2)의 상호 작용없이 통지 서비스를 자동으로 구독한다.When
어플리케이션 1은 통지 서비스를 구독하면, NavSe 서버는 사용자 2의 어플리케이션과의 상호작용 없이, 사용자 2를 위한 Trip, 경로, 관련 교통 정보를 생성한다. When
어플리케이션 1이 통지 서비스를 구독하면, NavSe 서버는, 자동적으로 (즉, 사용자 2의 어플리케이션인 어플리케이션 2와의 상호작용 없이), 어플리케이션 2에게 제공할 Trip, 경로 정보, 및 교통 정보에 관련된 리소스들을 생성한다. 어플리케이션 2를 위한 경로 정보는 어플리케이션 1을 위한 경로 정보와 반대 방향이다. 다시 말해, 어플리케이션 2를 위한 경로 정보는 어플리케이션 1에게 도달하기 위한 것이다. Trip, 경로 정보, 및 교통 정보 관련 리소스들이 생성되면, NavSe 서버는 네트워크 상의 외부 구성요소를 통해 SMS, OMA PUSH, MMS 등을 이용하여 사용자 2에게 생성된 Trip 리소스에 접근할 수 있는 링크를 보낸다. 어플리케이션 2는 NavSe 서버에 접속하여 Trip 정보, 경로 정보, 및 교통 정보에 접근한다. 그리고 어플리케이션 2는 사용자 2(즉, 어플리케이션 2의 사용자)와의 상호 작용없이 자동적으로 통지 서비스에 가입한다.When
NavSe 서버가 어플리케이션 1 및 어플리케이션 2의 이동을 추적하기 위해, 경로 정보의 positionUpdate 필드(즉, 파라미터)는 TRUE로 설정된다. 내비게이션 디바이스가 새로운 세그먼트로 진입할 때, 어플리케이션은 현재 위치를 업로드한다. 어플리케이션 1과 어플리케이션 2가 동일한 세그먼트에 있는 경우, 어플리케이션 들은 이전 보고 위치에서 특정 거리만큼 이동할 때 현재 위치를 업로드한다. 공유 경로 정보에서, 어느 한 어플리케이션의 이동 및 위치 정보는 다른 어플리케이션에 매우 중요하다. 어느 한 어플리케이션이 자신의 현재 위치 정보를 업로드 할 때마다, NavSe 서버는, 통지를 사용하여, 남은 시간과 남은 거리 정보와 함께 그 현재 위치 정보를 다른 어플리케이션에 보낸다. 전술한 방법을 통해, NavSe 서버와 NavSe 어플리케이션 간의 상호 작용의 횟수를 줄일 수 있다. 즉, 위치정보가 업데이트되었다는 통지를 보내고 어플리케이션이 NavSe 서버에 접속하여 업데이트된 위치 정보를 수신하는 방식 대신에, 본 발명은 통지메시지 자체에 업데이트된 위치 정보를 포함시킴으로써 어플리케이션의 NavSe 서버 접속 횟수를 줄인다. 또한 어플리케이션은 자신의 현재 위치 정보를 지속적으로 혹은 주기적으로 업로드하는 대신에, 새로운 세그먼트에 진입했을 때에만 자신의 현재 위치정보를 NavSe 서버에 업로드함으로써, NavSe 서버와 NavSe 어플리케이션 간의 상호 작용의 횟수는 한층 더 감소한다. In order for the NavSe server to track the movement of
이제, 상호 내비게이션 서비스를 제공하는 시나리오에서 전술한 리소스들에 수행되는 동작들을 설명하기로 한다. Now, operations performed on the aforementioned resources in a scenario of providing a mutual navigation service will be described.
이하에서 도 4a 및 도 4b를 참조하여 설명할 절차에서는 리소스들에 대한 다음과 같은 동작을 기술한다.In the procedure to be described below with reference to FIGS. 4A and 4B , the following operations for resources are described.
- 여행 파라미터들을 정의하고 수정하기 위해, 다음 URL 하의 리소스를 생성하고 수정하는 것- Creating and modifying resources under the following URL, to define and modify travel parameters
http://{serverRoot}/navse/1/{appId}/tripshttp://{serverRoot}/navse/1/{appId}/trips
- 정의된 여행에 관한 제안 경로들의 식별자에 접근하기 위해, 다음 URL하의 리소스를 읽음- Read the resource under the following URL to access the identifiers of suggested routes for the defined trip.
http://{serverRoot}/navse/1/{appId}/trips/{tripId}http://{serverRoot}/navse/1/{appId}/trips/{tripId}
- 요약된 경로에 관련된 정보에 접근하기 위해, 다음 URL 하의 리소스를 읽음- To access information related to the summarized route, read the resource under the following URL
http://{serverRoot}/navse/1/{appId}/trips/{tripId}/routes/{routeId}/sumRoutehttp://{serverRoot}/navse/1/{appId}/trips/{tripId}/routes/{routeId}/sumRoute
- 하나 또는 그 이상의 풀-포맷의 경로들에 관련된 정보에 접근하기 위해, 다음 URL 하의 리소스를 읽음- Read the resource under the following URL to access information related to one or more full-format paths
http://{serverRoot}/navse/1/{appId}/trips/{tripId}/routes/{routeId}http://{serverRoot}/navse/1/{appId}/trips/{tripId}/routes/{routeId}
- 경로에 관련된 교통 이벤트들에 접근하기 위해, 다음 URL 하의 리소스를 읽음- To access traffic events related to the route, read the resource under the following URL
http://{serverRoot}/navse/1/{appId}/events/{eventId}http://{serverRoot}/navse/1/{appId}/events/{eventId}
- 불필요한 경로들을 제거하기 위해, 다음 URL 하의 리소스를 제거함- To remove unnecessary paths, the resource under the following URL is removed.
http://{serverRoot}/navse/1/{appId}/trips/{tripId}/routes/{routeId}http://{serverRoot}/navse/1/{appId}/trips/{tripId}/routes/{routeId}
- 여행 및 관련 경로들에 대한 통지 서비스를 가입하기 위해, 다음 URL 하의 리소스를 생성(서버는 subscription 리소스내에 특정된 URL로 통지를 보낸다. 통지는 업데이트된 리소스들의 URL들이 포함될 것이다.) - Create a resource under the following URL to subscribe to the notification service for travel and related routes (the server sends a notification to the URL specified in the subscription resource. The notification will include the URLs of the updated resources).
http://{serverRoot}/navse/1/{appId}/subscriptionshttp://{serverRoot}/navse/1/{appId}/subscriptions
- 업데이트된 리소스들의 식별자들로 어플리케이션에 통지를 보내기 위해, 어플리케이션에 의해 정의된 리소스 아래에 자원을 생성함- Create a resource under the resource defined by the application to send notifications to the application with the identifiers of the updated resources.
도 4a 및 도 4b는 본 발명의 일 실시예에 따른 상호 내비게이션 서비스 절차를 도시한 흐름도이다. 4A and 4B are flowcharts illustrating a mutual navigation service procedure according to an embodiment of the present invention.
(STEP 1) 어플리케이션 1은, POST를 사용하여, 사용자 1이 정의한 여행 파라미터들을 사용하여 trip 리소스를 생성한다. 본 시나리오에서, 공유 경로 정보를 요청함을 알리는 지시자(sharedRoute)는 true로 설정되고, 목적지는 타겟 사용자 ID (어플리케이션 2의 사용자)를 사용하여 정의된다. 서버는 여행에 대한 경로들의 세트를 관련 교통 정보와 함께 제안하고, 제안된 경로들에 접근할 수 있는 링크(들)과 목적지(destinationWGS84)로서의 어플리케이션 2의 위치 정보가 포함된 "trip" 리소스의 표현으로 응답한다. (STEP 1)
(STEP 2) 어플리케이션 1은 GET을 사용하여 요약된 형식의 경로들의 세트에 액세스한다. 이 단계는 서버가 제안한 모든 경로에 대해 반복된다. 그러나 여행의 길이 및 복잡성이 제한적이고 네트워크 품질이 적절한 경우, 이 단계에서 풀-포맷의 경로 정보가 사용될 수 있다. 어플리케이션 1은 제안된 경로들에 대한 모양 정보(WGS84 좌표 폴리라인)를, 내비게이션 단말에서 이용가능하지 않다면, 서버에 요청할 수 있다. (STEP 2)
(STEP 3) 어플리케이션 1의 사용자는 제안된 경로들의 세트 중에서 하나의 경로를 선택하고, 어플리케이션 1은, GET을 사용하여, 사용자가 선택한 경로에 대한 전체 포맷 정보에 액세스한다. 어플리케이션 1은 선택된 경로에 대한 모양 정보(WGS84 좌표 폴리라인)를, 내비게이션 단말에서 이용가능하지 않다면, 서버에 요청할 수 있다. STEP 2에서 풀-포맷 경로가 획득되었다면, STEP 3이 필요치 않다. 서버는 선택된 경로 정보를 관련 교통 정보와 함께 응답한다. (STEP 3) The user of
(STEP 4) 어플리케이션 1은, GET을 사용하여, 경로 표현에 제공된 교통 이벤트 리소스들에 대한 링크를 사용하여, 사용중인 경로에 관련된 교통 이벤트들에 액세스한다. 교통 이벤트들에 대한 액세스는 사용자가 선택한 카테고리로 제한될 수 있다. (STEP 4)
(STEP 5) 어플리케이션 1은, DELETE를 사용하여, 서버에 의해 기-제안되었으나 사용자에 의해 선택되지 않은, 불필요한 경로들을 제거한다. (STEP 5)
(STEP 6) 어플리케이션 1은, POST를 사용하여, trip에 대한 통지 서비스에 대한 구독(subscription) 리소스를 생성한다. 어플리케이션 1은 서버에 의해 다음 이벤트들을 통지 받는다. (STEP 6)
(a) trip에 관련된 모든 경로에 대한 성능 파라미터 업데이트 및 (선택된 카테고리들에 대한) 새로운 교통 이벤트들(a) update performance parameters for all routes related to the trip and new traffic events (for selected categories)
(b) 사용중인 경로에서 혼잡이 발생할 경우에 대체 경로의 제안(b) Proposal of an alternative route in case of congestion on the route being used;
(c) 어플리케이션 1 및/또는 어플리케이션 2가 이전 위치로부터 일정 거리 이상으로 이동한 때에, 변경된 목적지 및/또는 대체 경로의 제안(c) proposal of a changed destination and/or alternative route when
어플리케이션 1이 통지 서비스에 대한 구독 리소스를 생성한 후, 서버는 어플리케이션 2에 대한 경로 정보 및 교통 정보를 포함하는 Trip 리소스를 자동으로 생성한다. 그런 다음 서버는, OMA PUSH, MMS, SMS 등을 이용하여, 어플리케이션 2의 Trip 리소스에 액세스하기 위한 링크(즉, URL)을 어플리케이션 2에 전달한다.After
(STEP 7) 어플리케이션 2는 URL을 수신한 후, 어플리케이션 2는, GET을 사용하여, 자신에게 제공될 경로 정보에 접근할 수 있는 링크를 포함하는 Trip 리소스에 액세스한다. (STEP 7) After the
(STEP 8) 어플리케이션 2는, GET을 사용하여, 경로의 풀-포맷 정보에 액세스한다. 서버는 경로 정보와 관련 교통 정보로 응답한다. (STEP 8)
(STEP 9) 어플리케이션 2는, GET을 사용하여, STEP 8에서 액세스한 경로에 관련된 교통 이벤트에, 경로 표현에 제공된 교통 이벤트 리소스들에 대한 링크들을 이용하여 접근한다. (STEP 9)
(STEP 10) 어플리케이션 2는, POST를 사용하여, trip에 대한 통지 서비스에 대한 구독(subscription)을 생성한다. 클라이언트는 서버에 의해 다음 이벤트들을 통지 받는다. (STEP 10)
(a) trip에 관련된 모든 경로에 대한 성능 파라미터 업데이트 및 (선택된 카테고리들에 대한) 새로운 교통 이벤트들(a) update performance parameters for all routes related to the trip and new traffic events (for selected categories)
(b) 사용중인 경로에서 혼잡이 발생할 경우에 대체 경로의 제안(b) Proposal of an alternative route in case of congestion on the route being used;
(c) 어플리케이션 1 및/또는 어플리케이션 2가 이전 위치로부터 일정 거리 이상으로 이동하거나 새로운 세그먼트에 진입한 때에, 변경된 목적지 및/또는 대체 경로의 제안(c) proposal of a changed destination and/or alternative route when
(STEP 11) 이 단계는 다음 3가지 경우 중 하나일 때 발생한다. (STEP 11) This step occurs when one of the following three cases occurs.
- 사용자가 사용중인 경로로부터 이탈하여 우회하는 경우- If the user deviates from the route being used and detours
- 사용자가 새로운 세그먼트에 진입한 경우 - When a user enters a new segment
- 어플리케이션 1 및 어플리케이션 2가 동일한 세그먼트에 있는 상황에서, 사용자가 이전 보고 위치(previous reporting position)로부터 일정 거리 이동한 경우- In a situation where
사용자 1 (어플리케이션 1) 또는 사용자 2 (어플리케이션 2)가 사용중인 경로에서 벗어나 경로를 우회한 경우에, 어플리케이션 1 또는 어플리케이션 2는, PUT 작업을 사용하여, Trip 리소스에서 origin 파라미터를 수정한다. 서버는 현재 위치가 사용중인 경로에 속하지 않는다는 것을 인식하고, 새로운 origin을 가진 새로운 경로를 계산한다. 서버는 Trip 리소스에 포함된 새로운 경로에 접근할 수 있는 링크로써 PUT 작업에 응답하고, 이전 경로를 제거한다.When user 1 (application 1) or user 2 (application 2) deviates from the route being used and bypasses the route,
그외의 경우에, 어플리케이션 1 또는 어플리케이션 2는, PUT 작업을 사용하여 Trip 리소스에서 origin 파라미터를 수정하고, NavSe 서버는 이 정보를 이용하여 이미 지나온 세그먼트들을 경로 표현에서 삭제한다.In other cases,
(STEP 12) 서버는 STEP 11를 수행하지 않은 다른 어플리케이션에게 (예컨대, 어플리케이션 1이 origin 파라미터를 수정하였다면 어플리케이션 2에게) 통지를 보낸다. STEP 11에서 서버가 새로운 origin으로 새로운 경로를 계산한 경우에, 서버는 업데이트 된 정보에 접근하기 위한 링크를 알린다. 그외의 경우에, 다른 어플리케이션의 위치와 남은 시간 및 거리 정보를 포함하는 통지를 보낸다. (STEP 12) The server sends a notification to another application that has not performed STEP 11 (eg,
(STEP 13) 이 단계는 STEP 12에서 서버가 새로운 경로 정보에 접근할 수 있는 링크를 통지했을 때만 발생하고, 그 외에는 생략된다. 어플리케이션 1과 어플리케이션 2는, GET 작업을 이용하여, 성능 파라미터들 및 교통 이벤트들과 함께 새로운 제안 경로에 액세스한다. 어플리케이션들이 Trip 리소스에 대한 통지 서비스를 구독했으므로, 구독은 새로운 제안 경로를 커버할 것이다. (STEP 13) This step occurs only when the server notifies the link that can access the new path information in STEP 12, otherwise it is omitted.
(STEP 14) 제안된 경로들에 따른 교통 이벤트 및/또는 심각한 정체가 서버에 감지되면, 서버는, POST를 사용하여, 업데이트된 정보로의 링크를 통지한다. (STEP 14) When a traffic event and/or severe congestion along the proposed routes is detected by the server, the server notifies, using POST, a link to the updated information.
(STEP 15) 어플리케이션 1과 어플리케이션 2는, GET을 사용하여, 사용중인 경로에 대한 업데이트된 정보, 새로운 관련 교통 이벤트들 및/또는 제안된 대체 경로에 접근한다. 통지 서비스에 대한 구독은 Trip에 관련된 모든 경로들이 포함하기 때문에, 통지는 제안된 대체 경로로 확장될 것이다. (STEP 15)
도 5는 본 발명의 실시예들을 구현하도록 구성된 네비게이션 서비스 서버의 예시적인 블록도를 나타낸다. 5 shows an exemplary block diagram of a navigation service server configured to implement embodiments of the present invention.
도 5에 예시된 바와 같이, 네비게이션 서비스 서버는 명령어들을 포함하는 메모리(510)와 적어도 하나의 프로세서(520)와, 데이터 저장소(530)를 포함하고, 상기 명령어들은 상기 프로세서(520)에 의해 수행될 경우에, 상기 프로세서(520)로 하여금, 다음과 같이 동작하도록 한다.As illustrated in FIG. 5 , the navigation service server includes a
프로세서(520)는 제1클라이언트로부터 제2클라이언트로의 제1여행의 표현(representation)을 생성하기 위한 제1클라이언트의 요청에 응답하여, 상기 제1여행의 표현에 데이터 저장소(530)를 할당할 수 있다. 여기서, 상기 데이터 저장소(530)는 상기 제1여행의 파라미터들을 저장하기 위해 할당되며, 상기 제1여행의 표현은 관련된 URL을 가지며, 상기 제1여행의 파라미터는 출발지(origin)와 목적지(destination)를 포함하며, 상기 목적지는 제2클라이언트의 식별자로 특정된다.The
프로세서(520)는 상기 제1여행에 대해 계산된 경로의 표현과 상기 계산된 경로에 관련된 교통 정보의 표현에 각각 데이터 저장소(530)를 할당할 수 있다. 상기 제1여행에 대해 계산된 경로의 표현과 상기 계산된 경로에 관련된 교통 정보의 표현은 각각 관련된 URL을 가진다.The
프로세서(520)는 상기 제2 클라이언트의 요청과 무관하게, 상기 제2클라이언트로부터 상기 제1클라이언트로의 제2여행의 표현에 데이터 저장소(530)를 할당할 수 있다. 여기서, 상기 데이터 저장소(530)는 상기 제2여행의 파라미터들을 저장하기 위해 할당되며, 상기 제2여행의 표현은 관련된 URL을 가지며, 상기 제2여행의 파라미터들은 출발지와 목적지를 포함하며, 상기 목적지는 상기 제1클라이언트의 출발지로 특정된다. The
프로세서(520)는 상기 제2여행에 대해 계산된 경로와 관련 교통 정보의 표현에 각각 데이터 저장소(530)를 할당할 수 있다. 상기 제2여행에 대해 상기 제2여행에 대해 계산된 경로와 관련 교통 정보의 표현은 관련된 URL을 가진다.
상기 프로세서(520)는 상기 제2클라이언트에게 상기 제2 여행의 표현과 관련된 URL을 전달할 수 있다. 상기 제2 여행의 표현은 상기 제2여행에 대해 계산된 경로와 관련 교통 정보의 표현에 대한 링크를 가리키는 파라미터를 포함할 수 있다.The
제2클라이언트는, 상기 제2 여행의 표현과 관련된 URL에 대한 HTTP(hypertext transfer protocol) GET 동작을 수행하여 상기 제2 여행의 표현의 파라미터들을 획득할 수 있으며, 상기 제2여행에 대해 계산된 경로와 관련 교통 정보의 표현에 대한 링크에 대한 HTTP GET 동작을 이용하여, 상기 제2여행에 대해 계산된 경로와 관련 교통 정보를 획득할 수 있다.The second client may perform a hypertext transfer protocol (HTTP) GET operation on a URL associated with the representation of the second trip to obtain parameters of the representation of the second trip, the route calculated for the second trip A route calculated for the second trip and related traffic information may be obtained by using an HTTP GET operation for a link to the expression of traffic information related to .
상기 프로세서(520)는, 상기 제1클라이언트가 사용 중인 경로에서 이탈하였음을 알리는, 상기 제1여행 리소스 내 파라미터의 수정을 인식하면, 상기 제1클라이언트의 현재 위치에 대응되는 새로운 경로를 계산하고, 상기 제1클라이언트 및 상기 제2클라이언트에게 상기 새로운 경로의 URL을 알릴 수 있다. The
상기 프로세서(520)는, 상기 제1클라이언트가 사용 중인 경로상에서 새로운 세그먼트에 진입하였음을 알리는, 상기 제1여행 리소스 내 파라미터의 수정을 인식하면, 상기 제1클라이언트의 위치정보 및 상기 제1클라이언트와 제2클라이언트 간의 남은 시간과 남은 거리 정보를 포함하는 통지 메시지를 상기 제2클라이언트에게 전송할 수 있다. The
상기 프로세서(520)는, 상기 제1클라이언트와 상기 제2클라이언트가 동일한 세그먼트에 진입하였음을 알리는, 상기 제1여행 리소스 내 파라미터의 수정 및 상기 제2여행 리소스 내의 파라미터의 수정을 인식하면, 상기 제1클라이언트의 위치정보를 상기 제2클라이언트에게 전송하고, 상기 제2클라이언트의 위치정보를 상기 제1클라이언트에게 전송할 수 있다. The
도 2 및 도 4에서는 단계들을 순차적으로 실행하는 것으로 기재하고 있으나, 이는 본 발명의 기술 사상을 예시적으로 설명한 것에 불과한 것이다. 다시 말해, 본 발명이 속하는 기술 분야에서 통상의 지식을 가진 자라면 본 발명의 본질적인 특성에서 벗어나지 않는 범위에서 도 2 및 도 4에 기재된 순서를 변경하여 실행하거나 각 단계들 중 일부 단계들을 병렬적으로 실행하는 것으로 다양하게 수정 및 변형하여 적용 가능할 것이므로, 본 발명의 기술적 사상이 도 2 내지 도 4에 보인 시계열적인 순서로 한정되는 것은 아니다.Although it is described that the steps are sequentially executed in FIGS. 2 and 4 , this is merely illustrative of the technical idea of the present invention. In other words, those of ordinary skill in the art to which the present invention pertains change the order described in FIGS. 2 and 4 and execute some of the steps in parallel without departing from the essential characteristics of the present invention. Since it will be possible to apply various modifications and variations by executing, the technical spirit of the present invention is not limited to the time-series sequence shown in FIGS. 2 to 4 .
한편, 도 2 및 도 4에 도시된 흐름도의 각 단계는 컴퓨터로 읽을 수 있는 기록매체에 컴퓨터가 읽을 수 있는 코드로서 구현하는 것이 가능하다. 컴퓨터가 읽을 수 있는 기록매체는 컴퓨터 시스템에 의하여 읽혀질 수 있는 데이터가 저장되는 모든 종류의 기록장치를 포함한다. 즉, 컴퓨터가 읽을 수 있는 기록매체는 마그네틱 저장매체(예를 들면, 롬, 플로피 디스크, 하드디스크 등) 및 광학적 판독 매체(예를 들면, 시디롬, 디브이디 등)와 같은 저장매체를 포함한다. 또한 컴퓨터가 읽을 수 있는 기록매체는 네트워크로 연결된 컴퓨터 시스템에 분산되어 분산방식으로 컴퓨터가 읽을 수 있는 코드가 저장되고 실행될 수 있다.Meanwhile, each step of the flowchart shown in FIGS. 2 and 4 may be implemented as computer-readable codes on a computer-readable recording medium. The computer-readable recording medium includes all types of recording devices in which data readable by a computer system is stored. That is, the computer-readable recording medium includes a magnetic storage medium (eg, a ROM, a floppy disk, a hard disk, etc.) and an optical readable medium (eg, a CD-ROM, a DVD, etc.). In addition, the computer-readable recording medium is distributed in a network-connected computer system so that the computer-readable code can be stored and executed in a distributed manner.
이상의 설명은 본 실시예의 기술 사상을 예시적으로 설명한 것에 불과한 것으로서, 본 실시예가 속하는 기술 분야에서 통상의 지식을 가진 자라면 본 실시예의 본질적인 특성에서 벗어나지 않는 범위에서 다양한 수정 및 변형이 가능할 것이다. 따라서, 본 실시예들은 본 실시예의 기술 사상을 한정하기 위한 것이 아니라 설명하기 위한 것이고, 이러한 실시예에 의하여 본 실시예의 기술 사상의 범위가 한정되는 것은 아니다. 본 실시예의 보호 범위는 아래의 청구범위에 의하여 해석되어야 하며, 그와 동등한 범위 내에 있는 모든 기술 사상은 본 실시예의 권리범위에 포함되는 것으로 해석되어야 할 것이다.The above description is merely illustrative of the technical idea of this embodiment, and various modifications and variations will be possible without departing from the essential characteristics of the present embodiment by those of ordinary skill in the art to which this embodiment belongs. Accordingly, the present embodiments are intended to explain rather than limit the technical spirit of the present embodiment, and the scope of the technical spirit of the present embodiment is not limited by these embodiments. The protection scope of this embodiment should be interpreted by the claims below, and all technical ideas within the scope equivalent thereto should be construed as being included in the scope of the present embodiment.
Claims (10)
제1클라이언트로부터, 제2클라이언트로의 여행의 표현을 생성하기 위한 제1클라이언트의 요청에 응답하여 제1여행 리소스를 생성하는 단계, 여기서 상기 제2클라이언트로의 여행의 목적지는 제2 클라이언트의 식별자로 특정됨;
상기 제1여행 리소스에 상응하는 경로 정보 및 관련 교통 정보를 표현하는 리소스들을 생성하는 단계;
상기 제2클라이언트의 요청과 무관하게, 상기 제1여행 리소스에 대응되는, 상기 제1 클라이언트로의 여행을 표현하는 제2여행 리소스를 생성하는 단계, 여기서 상기 제1 클라이언트로의 여행의 목적지는 상기 제1클라이언트의 위치로 특정됨; 및
상기 제2여행 리소스에 상응하는 경로 정보 및 관련 교통 정보를 표현하는 리소스들을 생성하는 단계
를 포함하고,
상기 제2여행 리소스를 생성하는 단계는
상기 제1클라이언트가, 상기 내비게이션 서비스 서버로부터 실시간으로 정보를 수신 받기 위한 통지 서비스에 가입하면, 상기 내비게이션 서비스 서버가, 상기 제2클라이언트와 상호 작용 없이, 상기 제1 여행 리소스로부터 상기 제2클라이언트에게 제공하기 위한 상기 제2 여행 리소스를 자동으로 생성하고,
상기 제2클라이언트가, 상기 내비게이션 서비스 서버로부터 상기 제2 여행 리소스를 수신하면, 상기 제1클라이언트가 가입한 상기 통지 서비스에 자동적으로 가입하는 방법.A method for a navigation service server to provide a shared route service to clients, the method comprising:
generating a first travel resource in response to a first client's request to create a representation of a travel from a first client to a second client, wherein the destination of the travel to the second client is an identifier of the second client specified as;
generating resources representing route information and related traffic information corresponding to the first travel resource;
irrespective of the request of the second client, generating a second travel resource representing a travel to the first client, corresponding to the first travel resource, wherein the destination of the travel to the first client is the specified as the location of the first client; and
generating resources representing route information and related traffic information corresponding to the second travel resource;
including,
The step of creating the second travel resource includes:
When the first client subscribes to a notification service for receiving information from the navigation service server in real time, the navigation service server, without interaction with the second client, from the first travel resource to the second client automatically create the second travel resource to provide;
When the second client receives the second travel resource from the navigation service server, the method of automatically subscribing to the notification service subscribed to by the first client.
네트워크 상의 외부 엔티티로부터 상기 제2 클라이언트의 식별자에 대응하는 상기 제2 클라이언트의 위치 정보를 획득하는 단계를 더 포함하는, 방법.According to claim 1,
The method further comprising: obtaining location information of the second client corresponding to the identifier of the second client from an external entity on a network.
상기 제2클라이언트에게 상기 제2 여행 리소스에 접근할 수 있는 URL을 전달하는 단계를 더 포함하고, 상기 제2 여행 리소스는 상기 제2여행 리소스에 상응하는 경로 정보 및 관련 교통 정보를 표현하는 리소스로의 링크를 나타내는 파라미터를 포함하는, 방법.According to claim 1,
Further comprising the step of delivering a URL for accessing the second travel resource to the second client, wherein the second travel resource is a resource representing route information and related traffic information corresponding to the second travel resource. A method comprising a parameter indicating a link of
상기 제2클라이언트는,
상기 URL에 대한 HTTP(hypertext transfer protocol) GET 동작을 수행하여 상기 제2 여행 리소스의 파라미터들을 획득하고,
상기 제2여행 리소스에 상응하는 경로 정보 및 관련 교통 정보를 표현하는 리소스에 대한 링크에 대한 HTTP GET 동작을 수행하여, 상기 경로 정보 및 관련 정보를 제공받는 것을 특징으로 하는, 방법.4. The method of claim 3,
The second client,
performing a hypertext transfer protocol (HTTP) GET operation on the URL to obtain parameters of the second travel resource;
The method, characterized in that by performing an HTTP GET operation on a link to a resource representing route information corresponding to the second travel resource and related traffic information, the route information and related information are provided.
상기 제1여행 리소스에 상응하는 경로 정보는,
새로운 세그먼트에 진입하면 상기 제1클라이언트가 상기 제1여행 리소스 내의 상기 제1클라이언트의 위치 정보를 나타내는 파라미터를 수정하여야 함을 지시하는 지시자를 포함하고,
상기 제2여행 리소스에 상응하는 경로 정보는,
새로운 세그먼트에 진입하면 상기 제2클라이언트가 상기 제2여행 리소스 내의 상기 제2클라이언트의 위치 정보를 나타내는 파라미터를 수정하여야 함을 지시하는 지시자를 포함하는 것을 특징으로 하는, 방법.According to claim 1,
The route information corresponding to the first travel resource is,
an indicator indicating that the first client should modify a parameter indicating location information of the first client in the first travel resource when entering a new segment;
The route information corresponding to the second travel resource is,
and an indicator indicating that the second client should modify a parameter indicating location information of the second client in the second travel resource when entering a new segment.
상기 제1클라이언트가 사용 중인 경로에서 이탈하였음을 알리는, 상기 제1여행 리소스 내 파라미터의 수정을 인식하면, 상기 제1클라이언트의 현재 위치에 대응되는 새로운 경로를 계산하고, 상기 제1클라이언트 및 상기 제2클라이언트에게 상기 새로운 경로의 URL을 알리는 단계를 더 포함하는 것을 특징으로 하는, 방법.According to claim 1,
Upon recognizing a modification of a parameter in the first travel resource indicating that the first client has departed from the route being used, a new route corresponding to the current location of the first client is calculated, and the first client and the second 2 The method further comprising the step of notifying the client of the URL of the new route.
상기 제1클라이언트가 사용 중인 경로상에서 새로운 세그먼트에 진입하였음을 알리는, 상기 제1여행 리소스 내 파라미터의 수정을 인식하면, 통지 메시지를 상기 제2클라이언트에게 전송하는 단계를 더 포함하고,
상기 통지 메시지는
상기 제1클라이언트의 위치정보, 및
상기 제1클라이언트와 제2클라이언트 간의 남은 시간 정보
상기 제1클라이언트와 제2클라이언트 간의 남은 거리 정보를 포함하는 것을 특징으로 하는, 방법.According to claim 1,
When recognizing a modification of a parameter in the first travel resource, indicating that the first client has entered a new segment on the route being used, further comprising: sending a notification message to the second client;
The notification message is
location information of the first client, and
Remaining time information between the first client and the second client
The method, characterized in that it includes information about the remaining distance between the first client and the second client.
상기 제1클라이언트와 상기 제2클라이언트가 동일한 세그먼트에 진입하였음을 알리는, 상기 제1여행 리소스 내 파라미터의 수정 및 상기 제2여행 리소스 내의 파라미터의 수정을 인식하면, 상기 제1클라이언트의 위치정보를 상기 제2클라이언트에게 전송하고, 상기 제2클라이언트의 위치정보를 상기 제1클라이언트에게 전송하는 단계를 더 포함하는 것을 특징으로 하는, 방법.According to claim 1,
Upon recognizing the modification of the parameter in the first travel resource and the modification of the parameter in the second travel resource, indicating that the first client and the second client have entered the same segment, the location information of the first client is transmitted to the Transmitting to a second client, the method further comprising the step of transmitting the location information of the second client to the first client.
제1클라이언트로부터 제2클라이언트로의 제1여행의 표현(representation)을 생성하기 위한 제1클라이언트의 요청에 응답하여, 상기 제1여행의 표현에 데이터 저장소를 할당하는 과정, 여기서 상기 데이터 저장소는 상기 제1여행의 파라미터들을 저장하기 위해 할당되며, 상기 제1여행의 표현은 관련된 URL을 가지며, 상기 제1여행의 파라미터는 출발지(origin)와 목적지(destination)를 포함하며, 상기 목적지는 제2클라이언트의 식별자로 특정됨;
상기 제1여행에 대해 계산된 경로의 표현과 상기 계산된 경로에 관련된 교통 정보의 표현에 각각 데이터 저장소를 할당하는 단계;
상기 제2 클라이언트의 요청과 무관하게, 상기 제2클라이언트로부터 상기 제1클라이언트로의 제2여행의 표현에 데이터 저장소를 할당하는 과정, 여기서 상기 데이터 저장소는 상기 제2여행의 파라미터들을 저장하기 위해 할당되며, 상기 제2여행의 표현은 관련된 URL을 가지며, 상기 제2여행의 파라미터들은 출발지와 목적지를 포함하며, 상기 목적지는 상기 제1클라이언트의 출발지로 특정됨;
상기 제2여행에 대해 계산된 경로의 표현과 상기 계산된 경로에 관련된 교통 정보의 표현에 각각 데이터 저장소를 할당하는 단계;
를 포함하고,
상기 제2여행의 표현에 데이터 저장소를 할당하는 과정은
상기 제1클라이언트가, 상기 내비게이션 서비스 서버로부터 실시간으로 정보를 수신 받기 위한 통지 서비스에 가입하면, 상기 내비게이션 서비스 서버가, 상기 제2클라이언트와 상호 작용 없이, 상기 제1 여행의 표현으로부터 상기 제2클라이언트에게 제공하기 위한 상기 제2 여행의 표현을 자동으로 생성하고,
상기 제2클라이언트가, 상기 내비게이션 서비스 서버로부터 상기 제2 여행의 표현을 수신하면, 상기 제1클라이언트가 가입한 상기 통지 서비스에 자동적으로 가입하는 방법.A method for a navigation service server to provide a shared route service to clients, the method comprising:
in response to a request of a first client to create a representation of a first trip from a first client to a second client, allocating a data store to the representation of the first trip, wherein the data store comprises the allocated to store parameters of a first trip, the representation of the first trip having an associated URL, the parameters of the first trip comprising an origin and a destination, the destination being a second client specified by the identifier of ;
allocating data storage to a representation of a route calculated for the first trip and a representation of traffic information related to the calculated route, respectively;
allocating a data store in a representation of a second trip from the second client to the first client, irrespective of the request of the second client, wherein the data store is allocated for storing parameters of the second trip wherein the representation of the second trip has an associated URL, the parameters of the second trip include a place of origin and a destination, the destination being specified as the origin of the first client;
allocating data storage to a representation of a route calculated for the second trip and a representation of traffic information related to the calculated route, respectively;
including,
The process of allocating data storage to the representation of the second trip is
When the first client subscribes to a notification service for receiving information from the navigation service server in real time, the navigation service server causes the second client to, without interaction with the second client, from the representation of the first trip. automatically generate a representation of the second trip for providing to
when the second client receives the representation of the second trip from the navigation service server, automatically subscribing to the notification service to which the first client has subscribed.
적어도 하나의 프로세서;
데이터 저장소; 및
명령어들을 포함하는 메모리를 포함하고, 상기 명령어들은 상기 프로세서에 의해 수행될 경우에, 상기 프로세서로 하여금,
제1클라이언트로부터 제2클라이언트로의 제1여행의 표현(representation)을 생성하기 위한 제1클라이언트의 요청에 응답하여, 상기 제1여행의 표현에 데이터 저장소를 할당하는 과정, 여기서 상기 데이터 저장소는 상기 제1여행의 파라미터들을 저장하기 위해 할당되며, 상기 제1여행의 표현은 관련된 URL을 가지며, 상기 제1여행의 파라미터는 출발지(origin)와 목적지(destination)를 포함하며, 상기 목적지는 제2클라이언트의 식별자로 특정됨;
상기 제1여행에 대해 계산된 경로의 표현과 상기 계산된 경로에 관련된 교통 정보의 표현에 각각 데이터 저장소를 할당하는 단계;
상기 제2 클라이언트의 요청과 무관하게, 상기 제2클라이언트로부터 상기 제1클라이언트로의 제2여행의 표현에 데이터 저장소를 할당하는 과정, 여기서 상기 데이터 저장소는 상기 제2여행의 파라미터들을 저장하기 위해 할당되며, 상기 제2여행의 표현은 관련된 URL을 가지며, 상기 제2여행의 파라미터들은 출발지와 목적지를 포함하며, 상기 목적지는 상기 제1클라이언트의 출발지로 특정됨;
상기 제2여행에 대해 계산된 경로의 표현과 상기 계산된 경로에 관련된 교통 정보의 표현에 각각 데이터 저장소를 할당하는 단계;
를 수행하도록 구성되고,
상기 제2여행의 표현에 데이터 저장소를 할당하는 과정은
상기 제1클라이언트가, 상기 내비게이션 서비스 서버로부터 실시간으로 정보를 수신 받기 위한 통지 서비스에 가입하면, 상기 내비게이션 서비스 서버가, 상기 제2클라이언트와 상호 작용 없이, 상기 제1 여행의 표현으로부터 상기 제2클라이언트에게 제공하기 위한 상기 제2 여행의 표현을 자동으로 생성하고,
상기 제2클라이언트가, 상기 내비게이션 서비스 서버로부터 상기 제2 여행의 표현을 수신하면, 상기 제1클라이언트가 가입한 상기 통지 서비스에 자동적으로 가입하는 내비게이션 서비스 서버.
As a navigation service server that provides a shared route service to clients,
at least one processor;
data storage; and
a memory comprising instructions, wherein the instructions, when executed by the processor, cause the processor to:
in response to a request of a first client to create a representation of a first trip from a first client to a second client, allocating a data store to the representation of the first trip, wherein the data store comprises the allocated to store parameters of a first trip, the representation of the first trip having an associated URL, the parameters of the first trip comprising an origin and a destination, the destination being a second client specified by the identifier of ;
allocating data storage to a representation of a route calculated for the first trip and a representation of traffic information related to the calculated route, respectively;
allocating a data store in a representation of a second trip from the second client to the first client, irrespective of the request of the second client, wherein the data store is allocated for storing parameters of the second trip wherein the representation of the second trip has an associated URL, the parameters of the second trip include an origin and a destination, wherein the destination is specified as the origin of the first client;
allocating data storage to a representation of a route calculated for the second trip and a representation of traffic information related to the calculated route, respectively;
is configured to perform
The process of allocating data storage to the representation of the second trip is
When the first client subscribes to a notification service for receiving information from the navigation service server in real time, the navigation service server causes the second client to, without interaction with the second client, from the representation of the first trip. automatically generate a representation of the second trip for providing to
When the second client receives the representation of the second trip from the navigation service server, the navigation service server automatically subscribes to the notification service to which the first client has subscribed.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| US16/176,697 US10805766B2 (en) | 2017-11-01 | 2018-10-31 | Method for providing mobile-communication-based navigation service supporting emergency rescue and service server using the same |
Applications Claiming Priority (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| KR1020170144910 | 2017-11-01 | ||
| KR20170144910 | 2017-11-01 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| KR20190049325A KR20190049325A (en) | 2019-05-09 |
| KR102450127B1 true KR102450127B1 (en) | 2022-10-05 |
Family
ID=66546800
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| KR1020180001701A KR102450127B1 (en) | 2017-11-01 | 2018-01-05 | Method for providing Mobile Communication-based Navigation Service Supporting Emergency rescue and Service Server using the same |
Country Status (1)
| Country | Link |
|---|---|
| KR (1) | KR102450127B1 (en) |
Citations (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| KR101615485B1 (en) * | 2015-07-10 | 2016-04-25 | 주식회사 에세텔 | Location detection system on simple url |
Family Cites Families (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101336555B (en) * | 2006-01-26 | 2011-11-02 | Lg电子株式会社 | Method and system for calculating location information |
| KR20110092944A (en) * | 2010-02-11 | 2011-08-18 | 에스케이씨앤씨 주식회사 | Method and apparatus for providing route information service, client device for route inforamtion service |
-
2018
- 2018-01-05 KR KR1020180001701A patent/KR102450127B1/en active IP Right Grant
Patent Citations (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| KR101615485B1 (en) * | 2015-07-10 | 2016-04-25 | 주식회사 에세텔 | Location detection system on simple url |
Also Published As
| Publication number | Publication date |
|---|---|
| KR20190049325A (en) | 2019-05-09 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US11425529B2 (en) | Systems and methods for emergency communications | |
| US8612131B2 (en) | Emergency and traffic alert system | |
| JP3831706B2 (en) | Wireless communication system and method for providing geospatial related event data | |
| US9903721B2 (en) | Method for transferring route and device therefor | |
| US9749930B2 (en) | Method for delivering optimum path including plurality of passage places and apparatus therefor | |
| US20120089326A1 (en) | Selected driver notification of transitory roadtrip events | |
| US20160216125A1 (en) | Method of calculating route, and method or device for obtaining route | |
| CN104615788A (en) | Information notifying method, equipment and system | |
| US11029169B2 (en) | Navigation service method for providing unusable route information related to emergency area and server apparatus for the same | |
| CN101911142A (en) | System and method for transmitting alert locations to navigational devices | |
| US20150048941A1 (en) | Excessive-stop alerts in a web based asset tracking system | |
| CN110459043A (en) | A kind of alarm processing method and device | |
| US20140343845A1 (en) | Method for acquiring or providing update information for route to third party and apparatus for same | |
| KR20110030633A (en) | Method and system for retrieving a lost entity, and cell-based wireless network adapted therefore | |
| US10805766B2 (en) | Method for providing mobile-communication-based navigation service supporting emergency rescue and service server using the same | |
| Mandzuka et al. | The use of mobile communication in traffic incident management process | |
| KR102450127B1 (en) | Method for providing Mobile Communication-based Navigation Service Supporting Emergency rescue and Service Server using the same | |
| JP2009043241A (en) | Method for tracking moving entities | |
| Al Shammary et al. | Smart transportation application using global positioning system | |
| KR101135255B1 (en) | Method and system for providing personal traffic information | |
| Al-Jabi | Toward an IoT-enabled adaptive interactive bus transportation system | |
| KR102591310B1 (en) | Method and Server Apparatus for Navigation Service Providing Unusable Route Information Related to Emergency Area | |
| JP2015161504A (en) | route search system, route search method, and computer program | |
| Cardei et al. | A pattern for context-aware navigation | |
| KR102457899B1 (en) | Construction administration system for administrative management for road occupancy and method for providing the same |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A201 | Request for examination | ||
| E902 | Notification of reason for refusal | ||
| E701 | Decision to grant or registration of patent right | ||
| GRNT | Written decision to grant |