KR20160076777A

KR20160076777A - 개방형 교통정보 플랫폼 및 그 서비스 방법

Info

Publication number: KR20160076777A
Application number: KR1020140187263A
Authority: KR
Inventors: 이민; 이상일; 이주상; 유철수
Original assignee: 이에스이 주식회사
Priority date: 2014-12-23
Filing date: 2014-12-23
Publication date: 2016-07-01

Abstract

본 발명은 개방형 교통정보 플랫폼 및 그 서비스 방법에 관한 것이다. 보다 구체적으로, 개방형 교통정보 플랫폼을 이용하여 누구나 손쉽게 맞춤형 교통정보 애플리케이션을 제작하고 배포하며 서비스할 수 있는, 개방형 교통정보 플랫폼 및 그 서비스 방법이 개시된다.

Description

개방형 교통정보 플랫폼 및 그 서비스 방법{OPEN TRAFFIC INFORMATION PLATFORM AND SERVICE METHOD THEREOF}

본 발명은 개방형 교통정보 플랫폼 및 그 서비스 방법에 관한 것으로서, 보다 구체적으로, 개방형 교통정보 플랫폼을 이용하여 누구나 손쉽게 맞춤형 교통정보 애플리케이션을 제작하고 배포하며 서비스할 수 있는, 개방형 교통정보 플랫폼 및 그 서비스 방법에 관한 것이다.

정보통신 기술의 발달로 인하여 휴대용 정보통신 기기의 소지가 일반화되었으며, 그에 따라 휴대용 정보통신 기기를 활용할 수 있는 다양한 애플리케이션들이 활발하게 개발되고 있는 추세이다. 이러한 애플리케이션들 중 대표적인 애플리케이션이 교통정보 제공 애플리케이션이다.

일반적으로 교통정보 제공 시스템의 경우, 교통정보와 관련된 원시(raw) 데이터를 수집하고, 수집된 원시 데이터를 가공 및 분석하여 특정 목적이 맞는 교통정보를 생성하며, 생성된 교통정보를 사용자들에게 제공하는 3 단계의 프로세스를 수행하도록 구성된다. 그러나, 종래기술에 따른 교통정보 제공 시스템의 경우, 전술한 바와 같은 원시 데이터 수집 프로세스/원시 데이터 가공 및 분석 프로세스/교통정보 제공 프로세스가 개발 전에 설계되고, 설계에 따라 각각의 프로세스를 구현하기 위한 하드웨어 및 소프트웨어가 개발 및 구현된다. 따라서, 종래기술에 따르는 경우, 각각의 프로세스 단계가 확정되면, 그 이후 이러한 프로세스들을 수정할 수 없거나 또는 수정하기 위해 전반적인 시스템의 구성 전체를 수정해야만 하는 문제점이 있다. 또한, 전술한 바와 같은 종래기술에 따른 교통정보 제공 시스템의 경우, 원시 데이터를 수집하는 수집단, 원시 데이터를 수집/처리하여 교통정보를 생성/제공하기 위한 서버단이 특정 목적에 맞추어 전용으로 설계 및 구현되기 때문에, 이러한 교통정보 제공 시스템을 구현하기 위해서는 다수의 인력, 자본, 설비가 필요하다는 문제점이 있었다. 즉, 인프라 및 자본을 갖춘 기업 또는 단체만이 교통정보 제공 시스템을 개발할 수 있으며, 인프라 및 자본을 갖추지 못한 개인 또는 중소기업이 교통 정보 제공 시스템을 용이하게 개발할 수 없다는 문제점이 있다.

본 발명의 목적은 위에서 언급한 종래기술의 문제점을 해결하는 것이다.

본 발명의 일 목적은, 누구나 손쉽게 맞춤형 교통정보 애플리케이션을 제작하고 배포하며 서비스할 수 있는 개방형 교통정보 플랫폼 및 그 서비스 방법을 제공하는 것이다.

본 발명의 다른 일 목적은, 서비스 중인 교통정보 제공 시스템을 필요에 따라 용이하게 수정/보완할 수 있는 개방형 교통정보 플랫폼 및 그 서비스 방법을 제공하는 것이다.

상기한 바와 같은 본 발명의 목적을 달성하고, 후술하는 본 발명의 특유의 효과를 달성하기 위한, 본 발명의 특징적인 구성은 하기와 같다.

본 발명의 일 태양에 따르면, 교통정보 애플리케이션을 개발/배포/서비스하기 위한 개방형 교통정보 플랫폼(platform)으로서, 교통정보와 관련된 원시 데이터(raw data)를 수집하기 위한 데이터 수집 노드를 설정 및 관리하기 위한 라우팅 설정 인터페이스를 개발자 단말기로 제공하고, 상기 라우팅 설정 인터페이스를 통해 입력되는 라우팅 설정정보를 수신하는 라우팅 설정모듈; 상기 데이터 수집 노드로부터 수집되는 원시 데이터를 설정 및 관리하기 위한 메시지 셋(message set) 관리 인터페이스를 상기 개발자 단말기로 제공하고, 상기 메시지 셋 관리 인터페이스를 통해 입력되는 메시지 셋 설정정보를 수신하는 메시지 셋 관리모듈; 상기 원시 데이터를 처리하여 교통정보를 생성하기 위한 API(application program interface)를 설정 및 관리하기 위한 API 관리 인터페이스를 상기 개발자 단말기로 제공하고, 상기 API 관리 인터페이스를 통해 입력되는 API 설정정보를 수신하는 API 관리모듈; 및 상기 개발자 단말기로부터 전송되는 상기 라우팅 설정정보, 상기 메시지 셋 설정정보 및 상기 API 설정정보에 따라 교통정보 애플리케이션을 생성하는 애플리케이션 생성모듈을 포함하는, 개방형 교통정보 플랫폼이 제공된다.

바람직하게, 상기 개방형 교통정보 플랫폼은 상기 생성된 교통정보 애플리케이션을 미리 설정된 애플리케이션 마켓에 등록하는 애플리케이션 배포모듈을 더 포함할 수 있다.

바람직하게, 상기 메시지 셋 관리모듈은 등록된 메시지 셋을 열람하고, 새로운 메시지 셋을 작성 및 등록하며, 등록된 메시지 셋을 수정하고, 등록된 메시지 셋을 삭제할 수 있는 메시지 셋 관리 인터페이스를 상기 개발자 단말기로 제공하도록 구성될 수 있다.

바람직하게, 상기 메시지 셋 관리모듈은 미국 자동차 기술자협회(society of automotive engineers: SAE) J2735 표준에 따른 메시지 셋을 기본적으로 제공하도록 구성될 수 있다.

바람직하게, 상기 메시지 셋 관리모듈은 상기 개발자가 미리 설정된 프로그래밍 언어에 따라 새로운 메시지 셋을 생성하거나 또는 등록된 메시지 셋을 수정할 수 있는 메시지 셋 관리 인터페이스를 상기 개발자 단말기로 제공하도록 구성될 수 있다.

바람직하게, 상기 프로그래밍 언어는 XML(eXtensible Markup Language) 및 ASN.1(Absctract Syntax Notation One) 중 적어도 하나를 포함할 수 있다.

바람직하게, 상기 데이터 수집 노드는 도로변에 설치된 노변 검지기, 이동통신 단말기, 사용자 차량에 설치된 네비게이션 장치를 포함할 수 있다.

바람직하게, 상기 개방형 교통정보 플랫폼은, OSI(Open System Interconnection) 7 계층을 기반으로 상기 개방형 교통정보 플랫폼의 내부 및 외부 데이터 통신을 지원하는 통신 프레임(frame); 상기 개방형 교통정보 플랫폼에 대한 전반적인 제어를 수행하며, 상기 교통정보 애플리케이션의 생성 및 관리를 수행하는 인터널 서비스 프레임; 및 상기 생성된 교통정보 애플리케이션을 서비스하기 위해, 상기 라우팅 설정정보 및 상기 메시지 셋 설정정보에 따라 데이터 수집 노드로부터 원시 데이터를 수집하고, 상기 API 설정정보에 따라 상기 수집된 원시 데이터를 처리하여 교통정보를 생성하며, 상기 생성된 교통정보를 상기 교통정보 애플리케이션이 설치된 사용자 단말기로 전송하는 애플리케이션 프레임을 포함할 수 있다.

바람직하게, 상기 애플리케이션 프레임은, 설정된 데이터 수집 노드로부터 미리 정의된 메시지 셋에 대응되는 원시 데이터를 수집하는 데이터 수집부; 상기 데이터 수집부에서 수집된 원시 데이터를 1차적으로 가공하는 데이터 가공부; 상기 가공된 데이터로부터 미리 설정된 알고리즘에 따라 교통정보를 생성하는 교통정보 생성부; 상기 생성된 교통정보를 표출가능한 형태로 가공하여 출력하는 교통정보 제공부; 및 상기 가공된 교통정보를 상기 교통정보 애플리케이션이 설치된 사용자 단말기로 전송하여 표출하는 교통정보 표출부를 포함할 수 있다.

본 발명의 다른 일 태양에 따르면, 교통정보 애플리케이션을 개발/배포/서비스하기 위한 개방형 교통정보 플랫폼에 의해 수행되는 개방형 교통정보 서비스 방법에 있어서, (a) 교통정보와 관련된 원시 데이터를 수집하기 위한 데이터 수집 노드를 설정 및 관리하기 위한 라우팅 설정 인터페이스를 개발자 단말기로 제공하고, 상기 라우팅 설정 인터페이스를 통해 입력되는 라우팅 설정정보를 수신하는 단계; (b) 상기 데이터 수집 노드로부터 수집되는 원시 데이터를 설정 및 관리하기 위한 메시지 셋 관리 인터페이스를 상기 개발자 단말기로 제공하고, 상기 메시지 셋 관리 인터페이스를 통해 입력되는 메시지 셋 설정정보를 수신하는 단계; (c) 상기 원시 데이터를 처리하여 교통정보를 생성하기 위한 API를 설정 및 관리하기 위한 API 관리 인터페이스를 상기 개발자 단말기로 제공하고, 상기 API 관리 인터페이스를 통해 입력되는 API 설정정보를 수신하는 단계; 및 (d) 상기 개발자 단말기로부터 전송되는 상기 라우팅 설정정보, 상기 메시지 셋 설정정보 및 상기 API 설정정보에 따라 교통정보 애플리케이션을 생성하는 단계를 포함하는, 개방형 교통정보 서비스 방법이 제공된다.

바람직하게, (e) 상기 개방형 교통정보 플랫폼은 상기 생성된 교통정보 애플리케이션을 미리 설정된 애플리케이션 마켓에 등록하는 단계를 더 포함할 수 있다.

바람직하게, 상기 (b) 단계는, 등록된 메시지 셋을 열람하고, 새로운 메시지 셋을 작성 및 등록하며, 등록된 메시지 셋을 수정하고, 등록된 메시지 셋을 삭제할 수 있는 메시지 셋 관리 인터페이스를 상기 개발자 단말기로 제공하도록 구성될 수 있다.

바람직하게, 상기 (b) 단계는, 미국 자동차 기술자협회 J2735 표준에 따른 메시지 셋을 기본적으로 제공하도록 구성될 수 있다.

바람직하게, 상기 (b) 단계는, 상기 개발자가 미리 설정된 프로그래밍 언어에 따라 새로운 메시지 셋을 생성하거나 또는 등록된 메시지 셋을 수정할 수 있는 메시지 셋 관리 인터페이스를 상기 개발자 단말기로 제공하도록 구성될 수 있다.

바람직하게, 상기 프로그래밍 언어는 XML 및 ASN.1 중 적어도 하나를 포함할 수 있다.

바람직하게, 상기 개방형 교통정보 서비스 방법은, (f-1) 설정된 데이터 수집 노드로부터 미리 정의된 메시지 셋에 대응되는 원시 데이터를 수집하는 단계; (f-2) 상기 데이터 수집부에서 수집된 원시 데이터를 1차적으로 가공하는 단계; (f-3) 상기 가공된 데이터로부터 미리 설정된 알고리즘에 따라 교통정보를 생성하는 단계; (f-4) 상기 생성된 교통정보를 표출가능한 형태로 가공하여 출력하는 단계; 및 (f-5) 상기 가공된 교통정보를 상기 교통정보 애플리케이션이 설치된 사용자 단말기로 전송하여 표출하는 단계를 더 포함할 수 있다.

본 발명의 바람직한 일 실시예에 따르면, 누구나 손쉽게 맞춤형 교통정보 애플리케이션을 제작하고 배포하며 서비스할 수 있다는 효과를 기대할 수 있다.

또한, 본 발명에 따르면, 서비스 중인 교통정보 제공 시스템을 필요에 따라 용이하게 수정/보완할 수 있다는 효과를 기대할 수 있다.

도 1은 본 발명의 일 실시예에 따른 개방형 교통정보 플랫폼이 적용되는 전체 시스템을 개략적으로 도시한 블록도이다.
도 2a는 본 발명의 일 실시예에 따른 개방형 교통정보 플랫폼의 개략적인 구성 블록도이다.
도 2b는 본 발명의 일 실시예에 따른 애플리케이션 생성부의 개략적인 구성 블록도이다.
도 3은 본 발명의 일 실시예에 따른 교통정보 애플리케이션에 대한 서비스가 수행되는 과정을 도시한 순서도이다.
도 4는 본 발명의 일 실시예에 따른 교통정보 애플리케이션의 일반 사용자용 화면의 예시적인 구성도이다.
도 5는 본 발명의 일 실시예에 따른 교통정보 애플리케이션의 개발자용 화면의 예시적인 구성도이다.
도 6은 본 발명의 일 실시예에 따른 교통정보 애플리케이션의 메시지 셋 관리 인터페이스의 예시적인 구성도이다.
도 7은 본 발명의 일 실시예에 따른 교통정보 애플리케이션의 라우팅 설정 인터페이스의 예시적인 구성도이다.
도 8은 본 발명의 일 실시예에 따른 교통정보 애플리케이션의 API 관리 인터페이스의 예시적인 구성도이다.

후술하는 본 발명에 대한 상세한 설명은, 본 발명이 실시될 수 있는 특정 실시예를 예시로서 도시하는 첨부 도면을 참조한다. 이들 실시예는 당업자가 본 발명을 실시할 수 있기에 충분하도록 상세히 설명된다. 본 발명의 다양한 실시예는 서로 다르지만 상호 배타적일 필요는 없음이 이해되어야 한다. 예를 들어, 여기에 기재되어 있는 특정 형상, 구조 및 특성은 일 실시예에 관련하여 본 발명의 정신 및 범위를 벗어나지 않으면서 다른 실시예로 구현될 수 있다. 또한, 각각의 개시된 실시예 내의 개별 구성요소의 위치 또는 배치는 본 발명의 정신 및 범위를 벗어나지 않으면서 변경될 수 있음이 이해되어야 한다. 따라서, 후술하는 상세한 설명은 한정적인 의미로서 취하려는 것이 아니며, 본 발명의 범위는 적절하게 설명된다면 그 청구항들이 주장하는 것과 균등한 모든 범위와 더불어 첨부된 청구항에 의해서만 한정된다. 도면에서 유사한 참조부호는 여러 측면에 걸쳐서 동일하거나 유사한 기능을 지칭한다.

이하, 본 발명이 속하는 기술분야에서 통상의 지식을 가진 자가 본 발명을 용이하게 실시할 수 있도록 하기 위하여, 본 발명의 바람직한 실시예들에 관하여 첨부된 도면을 참조하여 상세히 설명하기로 한다.

[본 발명의 바람직한 실시예]

본 발명의 실시예에서, 용어 "개방형 시스템"이란 오픈 소스 운영 시스템을 의미한다. 전형적으로 연관된 모듈 단위의 컴포넌트로 구성된 개방형 시스템의 특징은 소스 코드의 공개를 포함한다. 이식성, 상호운영성, 표준화, 오픈소스의 4가지 요건을 만족하는 시스템이라 할 수 있다. 리눅스가 대표적인 개방형 시스템에 해당된다.

또한, 용어 "플랫폼"이란, 운영체제 또는 운영체제가 제공하는 환경을 의미하며, "개방형 플랫폼"이란, 개방형 표준을 준용하여 개발한 소프트웨어 시스템으로서, 소프트웨어 인터페이스 기술 문서만 있으면, 누구나 쉽게 API를 통해 사이트에 접근하여 써드 파티가 그 API를 바탕으로 애플리케이션을 개발할 수 있는 플랫폼을 의미한다. 개방형 플랫폼은 다음과 같은 특징들을 갖는다. 첫째, 데이터 교환 및 공유가 용이하다. 둘째, 표준화된 인터페이스를 사용한다. 셋째, 데이터 처리 모듈을 중앙집중화 한다. 넷째, 새로운 데이터와 과거와 실시간 데이터를 통합한다.

따라서, 본 발명의 실시예에 있어, 용어 "개방형 교통정보 플랫폼"이란 교통정보 애플리케이션을 개발하고자 하는 개발자가 손쉽게 본 발명에 따른 개방형 교통정보 플랫폼에 접근하여 공지된 API를 통해 특정 목적의 교통정보 애플리케이션을 제작(또는 생성)하고, 생성된 교통정보 애플리케이션을 배포 및 서비스할 수 있는 하드웨어 및 소프트웨어가 조합된 개발 및 서비스 환경을 총칭한다.

개방형 교통정보 플랫폼이 적용되는 전체 시스템의 개괄

도 1은 본 발명의 일 실시예에 따른 개방형 교통정보 플랫폼이 적용되는 전체 시스템을 개략적으로 도시한 블록도이다. 이하에서 도 1을 참조하여, 본 발명에 따른 개방형 교통정보 플랫폼(200) 및 이러한 개방형 교통정보 플랫폼(200)이 적용되는 환경에 대하여 구체적으로 살펴보도록 한다.

먼저, 도 1에 도시된 바와 같이, 본 발명에 따른 개방형 교통정보 플랫폼(200)이 적용되는 전체 시스템은, 수집단(100), 통신망, 개방형 교통정보 플랫폼(200), 및 서비스단(140)을 포함할 수 있다.

본 발명에 있어 수집단(100)이란, 교통정보와 관련된 원시(raw) 데이터를 수집하여 본 발명에 따른 개방형 교통정보 플랫폼(200)으로 통신망을 통해 전송하며, 개방형 교통정보 플랫폼(200)으로부터 제어명령 등을 수신하도록 구성된 데이터 수집 노드들의 집합을 지칭한다. 도 1에 도시된 예에 있어, 이러한 수집단(100)에 포함된 각각의 데이터 수집 노드가 무선 데이터 통신망을 통해 원시 데이터를 개방형 교통정보 플랫폼(200)과 데이터 통신을 수행하도록 구성된 실시예가 도시되어 있으나, 통신방법이 무선 데이터 통신에 한정되는 것은 아니다. 또한, 본 발명에 있어 수집단(100)은 도로변에 설치된 노변 검지기(110) 및 본 발명에 따른 개방형 교통정보 플랫폼(200)을 통해 개발된 교통정보 애플리케이션이 설치된 단말기(120)를 포함할 수 있으며, 단말기(120)는 사용자가 소지한 이동통신 단말기, 사용자의 차량에 설치된 네비게이션 장치(125)를 포함할 수 있다.

또한, 본 발명에 있어 수집단(100)에 포함되는 데이터 수집 노드는 개방형 교통정보 플랫폼(200)에 기등록되어 있는 데이터 수집 노드일 수도 있으며, 또는, 개발자가 새롭게 등록하는 데이터 수집 노드일 수도 있다. 즉, 본 발명에 따른 개방형 교통정보 플랫폼(200)은 개발자가 자유롭게 새로운 데이터 수집 노드를 등록하도록 구성될 수 있다.

또한, 실시예를 구성하기에 따라, 본 발명에 있어 수집단(100)에 포함되는 데이터 수집 노드가 교통정보 애플리케이션 개발자에 의해 설정된(정의된) 메시지 셋(set)에 따라 원시 데이터를 수집/전송하도록 구성될 수도 있으며, 또는 미리 설정된 모든 종류의 원시 데이터를 수집/전송하도록 구성될 수도 있다. 예를 들어, 데이터 수집 노드가 특정 교통정보 애플리케이션에 대해 전용으로 이용되는 데이터 수집 노드인 경우 해당 교통정보 애플리케이션 개발자가 설정한 메시지 셋에 규정된 원시 데이터만을 수집/전송하도록 구성될 수 있다. 반면, 데이터 수집 노드가 다수의 교통정보 애플리케이션에 대해 범용으로 이용되는 데이터 수집 노드인 경우, 수집할 수 있는 모든 원시 데이터를 수집/전송하도록 구성될 수도 있다. 이러한 실시예의 경우, 개방형 교통정보 플랫폼(200)이 데이터 수집 노드로부터 전송되는 이용가능한 모든 원시 데이터를 수신하고, 특정 교통정보 애플리케이션의 개발자에 의해 정의된 메시지 셋에 따라 해당 교통정보 애플리케이션을 처리하는 애플리케이션 프레임으로 수신된 원시 데이터 중 특정 원시 데이터를 추출하여 제공하도록 구성될 수도 있다.

한편, 도 1에 도시된 실시예에 있어, 서비스단(140)이란 본 발명에 따른 개방형 교통정보 플랫폼(200)에서 제공하는 서비스를 이용하는 모든 정보통신 기기들의 집합을 총칭한다. 구체적으로, 본 발명에 있어 서비스단(140)에는 본 발명에 따른 개방형 교통정보 플랫폼(200)의 교통정보 애플리케이션 개발/관리 서비스를 이용하고자 하는 개발자의 단말기(스마트 폰, 노트북, 팜탑 등의 휴대용 단말기 및 PC 등의 고정형 단말기를 모두 포함하며, 이하 '개발자 단말기'라 함), 본 발명에 따른 개방형 교통정보 플랫폼(200)의 교통정보 제공 서비스를 이용하고자 하는 일반 사용자의 단말기(스마트 폰, 노트북, 팜탑, 네비게이션 장치 등의 휴대용/이동용 단말기 및 PC 등의 고정형 단말기를 모두 포함하며, 이하 '사용자 단말기'라 함), 및 웹 포털 서비스 서버(300)를 포함할 수 있다. 이하에서 설명의 편의를 위하여, 개발자의 단말기 및 일반 사용자 단말기의 2가지 경우에 대하여 본 발명의 서비스단(140)에 대하여 살펴보도록 한다. 다만, 개발자 단말기와 사용자 단말기의 구별은 하드웨어 및/또는 소프트웨어의 차이가 아니라, 해당 단말기를 사용하는 목적 및 해당 단말기를 사용하는 사람이 가지고 있는 권한에 의해 구별된다는 점을 주의해야 한다. 즉, 동일한 하드웨어 및 소프트웨어로 구성된 단말기라도, 해당 단말기를 통해 본 발명에 따른 개방형 교통정보 플랫폼(200)에 접속하는 사람이 개발자(관리자)의 권한을 가진 사용자인 경우 해당 단말기는 개발자 단말기로 분류되며, 반면 해당 단말기를 통해 본 발명에 따른 개방형 교통정보 플랫폼(200)에 접속하는 사람이 일반 사용자의 권한을 가진 사용자인 경우 해당 단말기는 사용자 단말기로 분류된다는 점을 주의해야 한다. 또한, 사용자 단말기(120)가 본 발명에 따른 개방형 교통정보 플랫폼(200)으로부터 교통정보를 제공받는다는 측면에 있어서는 서비스단(140)에 포함되지만, 실시예를 구성하기에 따라 본 발명에 따른 교통정보 애플리케이션이 설치된 사용자 단말기(120)가 교통정보와 관련된 원시 데이터를 수집/전송하는 수집단(100)으로서도 기능할 수 있다는 점을 주의해야 한다.

개발자는 개발자 단말기(120)를 통해 본 발명에 따른 개방형 교통정보 플랫폼(200)에 접속하여, 교통정보 애플리케이션의 개발/관리/배포 등의 서비스를 이용할 수 있다. 구체적으로, 개발자는 개발자 단말기(120)를 이용해 개방형 교통정보 플랫폼(200)에 접속하여, i) 제공하고자 하는 교통정보와 관련된 원시 데이터를 수집할 데이터 수집 노드를 선택하고, ii) 선택된 데이터 수집 노드로부터 수집될 원시 데이터를 설정하며, iii) 수집된 원시 데이터를 처리하여 교통정보를 생성하기 위한 구체적인 방식을 선택(원시 데이터를 처리하기 위한 API를 선택 및 설정)하고, iv) 생성된 교통정보를 표출하기 위한 방식을 선택함으로써, 자신이 원하는 교통정보 애플리케이션을 개발(생성)할 수 있다. 이러한 기능을 지원하기 위한 본 발명에 따른 개방형 교통정보 플랫폼(200)의 구체적인 구성과 기능에 대해서는 도 2a 및 도 2b를 참조하여 후술하도록 한다.

일반 사용자는 사용자 단말기(120)를 통해 본 발명에 따른 개방형 교통정보 플랫폼(200)에 접속하여 특정 교통정보 애플리케이션을 설치하고, 설치된 교통정보 애플리케이션을 통해 교통정보를 제공받을 수 있다. 이러한 기능을 지원하기 위한 본 발명에 따른 개방형 교통정보 플랫폼(200)의 구체적인 구성과 기능에 대해서는 도 2a, 도 2b 및 도 3을 참조하여 후술하도록 한다.

도 1에 도시된, 본 발명에 따른 개방형 교통정보 플랫폼(200)은 전술한 바와 같은 기능, 즉, 교통정보 애플리케이션의 개발 기능 및 교통정보 서비스 기능을 수행하도록 구성된다. 이하에서, 도 2a 및 도 2b를 참조하여, 본 발명에 따른 개방형 교통정보 플랫폼(200)의 구체적인 구성과 기능에 대하여 살펴보도록 한다.

개방형 교통정보 플랫폼의 구성 및 기능

도 2a는 본 발명의 일 실시예에 따른 개방형 교통정보 플랫폼의 개략적인 구성 블록도이며, 도 2b는 본 발명의 일 실시예에 따른 애플리케이션 생성부의 개략적인 구성 블록도이다. 이하에서, 도 2a 및 도 2b를 참조하여, 본 발명에 따른 개방형 교통정보 플랫폼(200)의 구체적인 구성 및 기능에 대하여 살펴보도록 한다. 다만, 설명 및 이해의 편의를 위하여, 본 발명에 따른 개방형 교통정보 플랫폼(200)의 구성 및 기능 중 이미 공지된 기술을 채택하고 있는 부분에 대한 설명은 간략하게 설명하거나 또는 생략하도록 하며, 본 발명의 특징적인 구성 및 기능을 위주로 본 발명에 따른 개방형 교통정보 플랫폼(200)의 구성 및 기능에 대하여 설명하도록 한다.

도 2a에 도시된 바와 같이, 본 발명에 따른 개방형 교통정보 플랫폼(200)은 통신 프레임(210), 인터널 서비스 프레임(220), 및 애플리케이션 프레임(230)을 포함할 수 있다.

통신 프레임(frame)(210)은 OSI(Open System Interconnection) 7 계층을 기반으로 개방형 교통정보 플랫폼(200)의 내부 및 외부 데이터 통신을 지원하도록 구성될 수 있다. 즉, 본 발명에 따른 통신 프레임(210)은 OSI 통신 프로토콜 스택의 기능들을 포함하며, 보다 구체적으로, 액세스 레이어는 OSI 계층 1 및 계층 2를 지원하며, 네트워크&전송 레이어는 OSI 계층 3 및 OSI 계층 4를 지원하도록 구성된다. 통신 프레임(210)의 구성 및 기능 자체는 이미 공지된 기술을 채택하고 있는 바, 더 이상의 상세한 설명은 생략하기로 한다.

인터널 서비스 프레임(220)은 개방형 교통정보 플랫폼(200)에 대한 전반적인 제어를 수행하며, 교통정보 애플리케이션의 생성 및 관리를 수행하도록 구성될 수 있다. 보다 구체적으로, 인터널 서비스 프레임(220)은 개방형 교통정보 플랫폼(200)을 구성하는 시스템의 전반적인 기능을 제어/관리하는 시스템 관리부(222) 및 교통정보 애플리케이션의 생성 및 관리를 수행하는 동적 애플리케이션 관리부(224)를 포함할 수 있다.

도 2a에 도시되어 있는 바와 같이, 본 발명에 따른 시스템 관리부(222)는, 플랫폼 내외부 연결 지원기능, 통신 관리기능, 세션 지원기능, 보안 관리기능, 로그 관리기능, 파일 관리기능, 데이터베이스 관리기능, 시간 관리기능, 서비스 관리기능, 사용자 관리기능, 로컬 동적 지도 관리기능, 위치정보 관리기능, 메시지 인코딩/디코딩 기능, 메시지 생성기능, 메시지 라우팅 기능 등을 지원하도록 구성될 수 있다. 전술한 바와 같은 시스템 관리부(222)의 다양한 기능들 중 이미 공지된 기술을 채택하고 있는 기능에 대해서는 설명을 생략하며, 본 발명의 특징에 해당되는 기능을 중점적으로 살펴보도록 한다.

먼저, 메시지 라우팅 기능은, 데이터에 포함된 송신지 정보와 수신지 정보를 참조하여 수신된 데이터를 정의된 라우팅 경로를 통해 전달하는 기능을 의미한다. 개발자는, 후술되는 바와 같은 라우팅 설정모듈을 통해 메세지의 라우팅 경로를 설정할 수 있으며, 따라서, 시스템 관리부(222)는 설정된 메시지 라우팅 경로에 따라 메시지를 전달하도록 구성될 수 있다.

또한, 메시지 인코딩/디코딩 기능은, 미리 설정된 프로토콜에 따라 메시지를 코딩 및 디코딩하는 기능을 의미한다. 후술되는 바와 같이, 본 발명에 있어 개발자는 메시지 셋 관리모듈을 통해 기본적으로 지원되는 다수의 메시지 셋들 중 임의의 메시지 셋을 선택하거나, 또는, 미리 설정된 프로그래밍 언어(예를 들어, XML(eXtensible Markup Language), ASN.1(Absctract Syntax Notation One) 등)를 이용해 자신이 원하는 메시지 셋을 구성할 수 있다. 따라서, 시스템 관리부(222)는 개발자가 선택한 메시지 셋 설정에 따라, 송신될 메시지를 인코딩하고 수신된 메시지를 디코딩하는 기능을 수행하게 된다. 한편, 메시지 생성기능은 각각의 수신된 데이터에 고유 ID 및 생성 시각을 첨가하여 메시지를 생성하는 기능을 의미한다.

위치정보 관리기능은, 수신된 데이터로부터 이벤트의 위도 및 경도 좌표를 추출한 후 저장된 DB를 통해 사용자, 데이터 수집 노드, 이벤트 발생지점 등의 위치정보를 추출하는 기능을 의미한다. 여기에서, 위치정보는 사용자, 데이터 수집 노드, 이벤트 발생지점 등의 노선(도로명), 방향(동서남북의 이동 방향), 이정(도로상의 위치) 등을 포함할 수 있다.

로컬 동적 지도 관리기능은, 사용자에게 교통정보를 제공하기 위해 로컬 동적 지도(local dynamic map)를 이용하는 기능을 의미한다. 로컬 동적 지도란, 커브, 보행자, 자전거 경로, 교통 표지판, 교통 신호등과 같은 도로 시설물을 포함하는 도로에 특화된 정보를 포함하며, 협력 인지 메시지(cooperative awareness message) 방법에 의해 다른 도로 사용자의 의해 직접적으로 감지되고 표시되는 모든 동적 물체들을 포함하는 디지털 맵을 의미한다. 따라서, 시스템 관리부(222)는 사용자에게 교통정보를 제공함에 있어, 전술한 바와 같은 정보들을 포함하는 로컬 동적 지도를 생성하여 이용하도록 구성됨으로써 로컬 동적 지도 관리 기능을 수행할 수 있다.

한편, 도 2a에 도시된 바와 같은, 본 발명에 따른 동적 애플리케이션 관리부(224)는 본 발명에 따른 개방형 교통정보 플랫폼(200)을 통해 교통정보 애플리케이션을 개발/관리하기 위한 제반 기능을 수행하도록 구성된다. 이러한 기능을 수행하기 위하여, 본 발명에 따른 동적 애플리케이션 관리부(224)는 애플리케이션 생성부(240), 애플리케이션 설치/삭제 관리부, 애플리케이션 실행/종료 관리부, 애플리케이션/인터널 서비스 기능 맵핑 관리부, 메모리 관리부, 자원 관리부, 애플리케이션 버전 관리부를 포함할 수 있다. 애플리케이션 생성부(240)를 제외한 다른 구성요소들의 경우 이미 공지된 기술과 동일하거나 또는 유사한 기술을 채택하고 있는 바, 더 이상의 상세한 설명은 생략하며, 이하에서 본 발명에 따른 애플리케이션 생성부(240)를 중점적으로 설명하도록 한다.

구체적으로, 도 2b는 본 발명의 일 실시예에 따른 애플리케이션 생성부의 개략적인 구성 블록도이며, 도 5는 본 발명의 일 실시예에 따른 교통정보 애플리케이션의 개발자용 화면의 예시적인 구성도이다. 또한, 도 6은 본 발명의 일 실시예에 따른 교통정보 애플리케이션의 메시지 셋 관리 인터페이스의 예시적인 구성도이며, 도 7은 본 발명의 일 실시예에 따른 교통정보 애플리케이션의 라우팅 설정 인터페이스의 예시적인 구성도이고, 도 8은 본 발명의 일 실시예에 따른 교통정보 애플리케이션의 API 관리 인터페이스의 예시적인 구성도이다. 이하에서, 도 2b, 도 5 내지 도 8을 참조하여, 본 발명에 따른 애플리케이션 생성부(240)의 구체적인 구성 및 기능에 대하여 상세하게 살펴보도록 한다.

도 2b에 도시된 바와 같이 본 발명에 따른 애플리케이션 생성부(240)는, 라우팅 설정모듈(242), 메시지 셋 관리모듈(244), API 관리모듈(246), 애플리케이션 생성모듈(248) 및 애플리케이션 배포모듈(250)을 포함할 수 있다. 도 2b에 도시된 애플리케이션 생성부(240)의 각각의 구성요소들이 교통정보 애플리케이션 개발의 관점에서 설명되지만, 일단 개발이 완료된 후 서비스되고 있는 교통정보 애플리케이션을 보완/수정하기 위해서 사용될 수 있다는 것이 당업자에게 이해될 것이다.

개발자(또는 관리자)가 개발자 단말기(120)를 이용하여 본 발명에 따른 개방형 교통정보 플랫폼(200)에 접속하면, 도 5와 같은 교통정보 애플리케이션의 개발자용 화면(500)이 개발자 단말기(120)에 제공되며, 개발자는 이를 통해 교통정보 애플리케이션을 개발(생성)하거나 또는 이미 개발되어 서비스 중인 교통정보 애플리케이션을 수정/보완할 수 있다. 개발자에게 제공되는 메뉴는 메시지 셋 관리메뉴(510), 라우팅 설정메뉴(520), API 관리메뉴(530) 등을 포함할 수 있다.

전술한 바와 같은 기능을 수행하기 위하여, 도 2b에 도시된 바와 같은 본 발명에 따른 라우팅 설정모듈(242)은 교통정보와 관련된 원시 데이터를 수집하기 위한 데이터 수집 노드를 설정 및 관리하기 위한 라우팅 설정 인터페이스(550)를 개발자 단말기(120)로 제공하고, 라우팅 설정 인터페이스(550)를 통해 입력되는 라우팅 설정정보를 수신하도록 구성될 수 있다. 또한, 본 발명에 따른 라우팅 설정모듈(242)은 개발자의 조작에 따라, 개방형 교통정보 플랫폼(200) 내부에서의 데이터 통신을 위한 통신 방법 및 암복호화 방법을 설정할 수 있으며, 또한, 개방형 교통정보 플랫폼(200) 외부에서의 데이터 통신을 위한 통신 방법 및 암복호화 방법을 설정할 수 있다. 이러한 라우팅 설정 인터페이스(550)가 도 7에 예시되어 있다. 도 7에 예시된 바와 같이, 개발자는 라우팅 설정 인터페이스(550)를 통해 원시 데이터를 수집/전송할 데이터 수집 노드를 선택하거나 또는 추가할 수 있다. 이때, 데이터 수집 노드는 개방형 교통정보 플랫폼(200)에 이미 연결되어 있는 데이터 수집 노드들 중 일부 노드일 수 있으며, 또는, 새로이 개방형 교통정보 플랫폼(200)에 연결될 데이터 수집 노드일 수도 있다. 또한, 개발자가 개방형 교통정보 플랫폼(200)에 이미 연결되어 있는 데이터 수집 노드들 중 원하는 조건을 선택함으로써 해당 조건에 부합되는 데이터 수집 노드들을 선택할 수 있도록 라우팅 설정모듈(242)이 구성될 수도 있다. 예를 들어, 개발자가 서울 시내의 교통정보만을 서비스하고자 하는 경우, 이를 검색조건으로 입력하면, 개방형 교통정보 플랫폼(200)에 이미 연결되어 있는 데이터 수집 노드들 중 서울 시내에 설치된 데이터 수집 노드들이 선택될 수 있는 등이다. 또한, 개발자는 라우팅 설정 인터페이스(550)를 통해 시작 노드와 종료 노드를 설정하고, 해당 노드들 간의 통신시 사용될 통신방법, 암복호화 방법을 설정할 수 있다. 본 발명에 있어, 다양한 통신방법들 및 암복호화 방법들이 이용될 수 있다. 예를 들어, 도 1에 도시된 바와 같이, 본 발명은 웨이브(wave) 통신, TCP/IP 통신, 3G 통신, 4G 통신 등의 통신방법들을 이용할 수 있다. 또한, 본 발명은, DES(Data Encryption Standard), AES(Advanced Encryption Standard), ARIA(Academy, Research Institute, Agency) 등을 포함하는 다양한 암복호화 알고리즘들을 지원할 수 있다.

한편, 도 2b에 도시된 바와 같은 메시지 셋(message set) 관리모듈(244)은 데이터 수집 노드로부터 수집되는 원시 데이터를 설정 및 관리하기 위한 메시지 셋 관리 인터페이스(540)를 개발자 단말기(120)로 제공하고, 메시지 셋 관리 인터페이스(540)를 통해 입력되는 메시지 셋 설정정보를 수신하도록 구성될 수 있다. 이러한 메시지 셋 관리 인터페이스(540)가 도 6에 도시되어 있다. 개발자는 메시지 셋 관리 인터페이스(540)를 통해 이용가능한 메시지 셋 리스트를 열람하고, 등록된 메시지 셋을 열람하며, 새로운 메시지 셋을 작성 및 등록하고, 등록된 메시지 셋을 수정하거나 삭제할 수 있다.

전술한 바와 같은 기능을 수행하기 위하여, 본 발명에 따른 메시지 셋 관리모듈(244)은 기본적으로, 미국 자동차 기술자협회(society of automotive engineers: SAE) J2735 표준에 따른 메시지 셋을 저장하고 있으며 이를 개발자에게 제공하도록 구성될 수 있다. 즉, 개발자가 메시지 셋 관리 인터페이스(540)를 통해 J2735 표준에 따른 메시지 셋을 제공받고, 제공된 J2735 표준에 따른 메시지 셋 중 원하는 기능의 메시지 셋을 선택할 수도 있다. J2735 표준에 따른 메시지 셋이 예시일 뿐이며, 다양한 공지된 메시지 셋이 제공되도록 메시지 셋 관리모듈(244)이 구성될 수 있다는 것이 당업자에게 자명할 것이다.

보다 바람직하게, 본 발명에 따른 개방형 교통정보 플랫폼(200)의 개방성을 더욱 제고하기 위하여, 본 발명의 메시지 셋 관리모듈(244)은 각종 표준에 따른(즉, 고정된 포맷에 따른) 메시지 셋을 이용함에 그치지 않고, 개발자가 원하는 메시지 셋을 정의하여 활용할 수 있도록 구성된다. 이는 본 발명에 있어 핵심적인 기술적 특징들 중 하나로서, 이러한 기능을 활용하여 개발자는 자신이 원하는 교통정보를 제공하기 위하여 필요한 원시 데이터를 마음대로 정의 및 설정할 수 있다. 보다 구체적으로, 본 발명에 따른 메시지 셋 관리모듈(244)은 개발자가 미리 설정된 프로그래밍 언어를 사용하여 메시지 셋을 정의하거나 또는 수정할 수 있는 메시지 셋 에디터를 개발자 단말기(120)에 제공할 수 있다. 도 6의 메시지 셋 관리 인터페이스(540)의 좌측 화면에 이러한 에디터 화면에 예시되어 있다. 본 발명에 있어 다양한 프로그래밍 언어가 지원될 수 있으며, 예시적으로, XML(eXtensible Markup Language) 및 ASN.1(Absctract Syntax Notation One) 등의 다양한 프로그래밍 언어가 지원될 수 있다. 개발자가 선택한 프로그래밍 언어에 따라 개방형 교통정보 플랫폼(200)으로 송신되는 메시지 또는 개방형 교통정보 플랫폼(200)으로부터 전송되는 메시지가 인코딩되고 디코딩된다.

또한, 본 발명에 있어, 데이터 수집 노드별로 서로 상이한 메시지 셋이 설정/적용될 수도 있다. 예를 들어, 데이터 수집 노드가 위치된 지역에 따라 서로 상이한 메시지 셋이 설정 및 적용될 수 있다. 다른 예로서, 데이터 수집 노드의 종류에 따라, 즉, 데이터 수집 노드가 노변 검지기, 사용자의 이동통신 단말기, 또는 차량에 설치된 네비게이션 장치인지 여부에 따라 각기 상이한 메시지 셋이 설정/적용될 수도 있다.

한편, 도 2b에 도시된 바와 같은 본 발명에 따른 API(application program interface) 관리모듈(246)은, 개발자가 원하는 교통정보를 제공하기 위하여 수집된 원시 데이터를 처리하여 원하는 교통정보를 생성하고, 생성된 교통정보를 출력하기 위한 프로세스들을 구체적으로 정의/설정하도록 구성될 수 있다. 보다 구체적으로, API 관리모듈(246)은 개방형 교통정보 플랫폼(200)에서 이용가능한 API들을 열람하고, 등록된 API를 열람하며, 새로운 API를 등록하고, 기등록된 API를 수정 및 삭제할 수 있는 API 관리 인터페이스(560)를 개발자 단말기(120)로 제공하고, API 관리 인터페이스(560)를 통해 입력되는 API 설정정보를 수신하도록 구성될 수 있다. 전술한 바와 같이, 본 발명에 따른 개방형 교통정보 플랫폼(200)은 다양한 개방형 API를 활용할 수 있으며, 그에 따라 공지된 개방형 API를 활용할 수도 있고, 또는 필요에 따라 채택된 소프트웨어 인터페이스 기술문서에 기초해 새로운 API를 생성/등록/사용할 수도 있다. 이러한 API 관리 인터페이스(560)가 도 8에 예시되어 있다. 도 8에 예시된 바와 같이, 개발자는 API 관리 인터페이스(560)를 통해 API를 열람하고, 신규 API를 등록하며, API를 구동하기 위한 설정을 수행하고, 등록된 API를 수정하거나 또는 삭제할 수 있다. 보다 구체적으로, 개발자는 API 관리 인터페이스(560)를 통해 API를 구동하기 위한 각종 매개변수, 호출 URL 등을 설정함으로써, API를 구동하기 위한 설정을 수행할 수 있다.

한편, 도 2b에 도시된 바와 같은 애플리케이션 생성모듈(248)은, 개발자 단말기(120)로부터 전송되는 라우팅 설정정보, 메시지 셋 설정정보 및 API 설정정보에 따라 교통정보 애플리케이션을 생성하도록 구성될 수 있다.

이상에서, 본 발명에 따른 라우팅 설정모듈(242), 메시지 셋 관리모듈(244), API 관리모듈(246), 애플리케이션 생성모듈(248)이 애플리케이션 개발의 관점에서 설명되었으나, 이러한 구성요소들이 이미 서비스 중인 교통정보 애플리케이션을 수정/보완하기 위해 유사한 방식으로 이용될 수 있다는 것이 당업자에게 자명할 것이다.

또한, 도 2b에 도시된 바와 같이 본 발명에 따른 애플리케이션 생성부(240)는 애플리케이션 배포모듈(250)을 더 포함할 수 있으며, 애플리케이션 배포모듈(250)은 미리 정의된 또는 개발자가 지정한 애플리케이션 마켓(예를 들어, 구글 플레이스토어 등)에 생성된 교통정보 애플리케이션을 등록하도록 구성될 수 있다.

결론적으로, 이상에서 살펴본 본 발명에 따른 라우팅 설정모듈(242), 메시지 셋 관리모듈(244), API 관리모듈(246), 애플리케이션 생성모듈(248) 및 애플리케이션 배포모듈(250)을 이용함으로써, 개발자가 자신이 원하는 교통정보 애플리케이션을 용이하게 개발/수정/배포할 수 있다.

다시 도 2a를 참조하면, 본 발명에 따른 애플리케이션 프레임(230)은 교통정보 애플리케이션을 서비스하기 위해, 라우팅 설정정보 및 메시지 셋 설정정보에 따라 데이터 수집 노드로부터 원시 데이터를 수집하고, API 설정정보에 따라 상기 수집된 원시 데이터를 처리하여 교통정보를 생성하며, 생성된 교통정보를 상기 교통정보 애플리케이션이 설치된 사용자 단말기로 전송하도록 구성될 수 있다. 즉, 본 발명에 있어 개방형 교통정보 플랫폼(200) 내의 애플리케이션 프레임(230)은 개발되어 서비스되고 있는 교통정보 애플리케이션으로 교통정보를 제공하는 기능을 수행하도록 구성된다. 이러한 기능을 수행하기 위하여, 본 발명에 따른 애플리케이션 프레임(230)은 데이터 수집부(231), 데이터 가공부(232), 교통정보 생성부(233), 교통정보 제공부(234), 및 교통정보 표출부(235)를 포함할 수 있다. 이러한 데이터 수집부(231), 데이터 가공부(232), 교통정보 생성부(233), 교통정보 제공부(234), 및 교통정보 표출부(235)는, API 관리모듈(246)을 통해 설정된 하나 이상의 API들에 구성될 수 있다는 것이 당업자에게 자명할 것이다.

데이터 수집부(231)는 라우팅 설정정보를 통해 데이터 수집노드로서 설정된 데이터 수집 노드로부터 미리 정의된 메시지 셋에 대응되는 원시 데이터를 수집하도록 구성된다. 전술한 바와 같이, 본 발명에 있어 데이터 수집노드는 노변 검지기, 사용자의 이동통신 단말기, 차량에 설치된 네비게이션 장치를 포함할 수 있으며, 이러한 데이터 수집노드가 메시지 셋 관리모듈(244)을 통해 설정/적용된 메시지 셋에 따라 원시 데이터를 수집하여 개방형 교통정보 플랫폼(200)으로 전송하게 된다. 물론, 실시예를 구성하기에 따라, 데이터 수집노드는 수집할 수 있는 모든 종류의 원시 데이터를 수집하여 개방형 교통정보 플랫폼(200)으로 전송하고, 개방형 교통정보 플랫폼(200) 내에서 메시지 셋 설정정보에 따라 수신된 모든 종류의 원시 데이터들 중 필요한 데이터만을 추출하여 메시지를 생성하도록 구성될 수도 있다.

데이터 가공부(232)는 데이터 수집부(231)에서 수집되어 출력되는 원시 데이터를 1차적으로 가공하는 기능을 수행하도록 구성되며, 교통정보 생성부(233)는 데이터 가공부(232)에서 가공된 데이터로부터 미리 설정된 알고리즘에 따라 교통정보를 생성하도록 구성된다. 데이터 가공부(232) 및 교통정보 생성부(233)가 각기 별도의 구성요소로서 도시되고 설명되었으나, 이러한 데이터 가공부(232) 및 교통정보 생성부(233)가 하나의 구성요소로서 구현될 수도 있다.

교통정보 제공부(234)는 교통정보 생성부(233)를 통해 생성된 교통정보를 표출가능한 형태, 즉, 개발자가 지정한 형태로 가공하여 출력하며, 교통정보 표출부(235)는 가공된 교통정보를 상기 교통정보 애플리케이션이 설치된 사용자 단말기(120)로 전송하여 표출하도록 구성된다.

도 3 및 도 4를 참조하여, 본 발명에 따른 데이터 수집부(231), 데이터 가공부(232), 교통정보 생성부(233), 교통정보 제공부(234), 및 교통정보 표출부(235)의 구성 및 기능에 대하여 더 구체적으로 살펴보도록 한다.

교통정보 제공과정의 일 예

도 3은 본 발명의 일 실시예에 따른 교통정보 애플리케이션에 대한 서비스가 수행되는 과정을 도시한 순서도이며, 도 4는 본 발명의 일 실시예에 따른 교통정보 애플리케이션의 일반 사용자용 화면의 예시적인 구성도이다. 이하에서, 도 3 및 도 4를 참조하여, 본 발명에 따른 개방형 교통정보 플랫폼(200)의 교통정보 서비스 과정에 대하여 상세하게 살펴보도록 한다.

도 3을 참조하면, 먼저, 본 발명에 있어 수집단(100)을 구성하는 복수의 노변 검지기(110) 및 단말기(120)가 설정에 따라 원시 데이터를 수집하고(S300, S302), 수집된 원시 데이터를 기지국(130)을 통해 개방형 교통정보 플랫폼(200)의 통신 프레임(210)으로 전송한다(S304). 이때, 원시 데이터는 설정에 따라 주기적으로 수집/전송될 수도 있으며, 및/또는 미리 설정된 이벤트(예를 들어, 사고 발생 이벤트, 교통 정체 이벤트 등)이 발생한 경우 수집되어 전송될 수도 있다.

통신 프레임(210)은 인터널 서비스 프레임(220)으로 원시 데이터를 전달하며(S306), 인터널 서비스 프레임(220)은 라우팅 설정정보에 따라 정의된 경로로 전달되는 원시 데이터를 라우팅하여 애플리케이션 프레임(230)의 데이터 수집부(231)로 전달한다(S308).

데이터 가공부(232)는 데이터 수집부(231)로부터 수집된 원시 데이터들을 전달받고(S310), 전달된 원시 데이터들을 1차적으로 가공하여 이를 교통정보 생성부(233)로 출력한다(S312). 이때, 원시 데이터들의 1차 가공은, 원시 데이터들로부터 미리 설정된 정보를 추출하고, 추출된 정보를 소정의 알고리즘에 따라 프로세싱하는 단계일 수 있다.

교통정보 생성부(233)는 1차 가공된 원시 데이터를 분석하고 이에 기초하여 필요한 교통정보를 생성한 후, 이를 교통정보 표출부(235)로 출력한다(S314). 교통정보 표출부(235)는 생성된 교통정보를 입력받아, 설정에 따라 생성된 교통정보를 표출가능한 형태로 가공하고, 가공된 교통정보를 인터널 서비스 프레임(220), 통신 프레임(210) 및 기지국(130)을 통해 본 발명에 따른 교통정보 애플리케이션이 설치된 단말기(120)로 전송한다(S316, S318, S320, S322, S324). 단말기(120)로의 교통정보의 제공은 주기적으로 푸쉬 형태로 제공되거나, 및/또는 단말기(120)로부터의 요청이 있는 경우에 제공되도록 구성될 수 있다.

한편, 본 발명에 따른 개방형 교통정보 플랫폼(200)은 웹 포털 서비스 서버(300)와 연동될 수 있다. 이러한 경우, 웹 포털 서비스 서버(300)가 본 발명에 따른 개방형 교통정보 플랫폼(200)으로 교통정보를 요청하며(S330), 본 발명에 따른 개방형 교통정보 플랫폼(200)은 전술한 과정을 수행하여 생성된 교통정보를 웹 포털 서비스 서버(300)로 전송함으로써 교통정보 서비스 요청에 응답한다(S340). 웹 포털 서비스 서버(300)로의 교통정보 제공 역시 전술한 바와 같이 주기적으로 푸쉬 형태로 제공되거나, 및/또는 웹 포털 서비스 서버(300)로부터의 교통정보 요청이 있는 경우에 제공될 수 있다.

도 4에는 이상에서 도 3을 참조하여 설명된 단계들을 통해 생성되어 일반 사용자 단말기(120) 상에 출력되는 교통정보 화면(400)의 일 예가 도시되어 있다. 도 4에 도시된 바와 같이, 본 발명에 따른 일반 사용자용 교통정보 화면(400)은, 중앙 좌측면에 사용자 단말기(120)의 현재 위치에 기초한 '도로 일반 상황'(차량별/구간별 정보)에 대한 정보가 표시되며, 중앙 우측면에 사용자 단말기(120)의 현재 위치에 기초하여 가장 가까운 돌발상황이 발생된 지점에 대한 '도로 돌발 상황'(예를 들어, 사고 발생, 차량 지체 등)에 대한 정보가 표시된다. 또한, 일반 사용자용 교통정보 화면(400) 하단에, In/Outbound 통신량 정보, 데이터량(속도 또는 사용량) 정보, RSE(Road Side Equipment)별 통신상황(이상 시, 즉, 통신장애 시 우회통신 방법을 포함)이 표시된다. 따라서, 도 4에 도시되는 교통정보 화면(400)을 통해 사용자가 자신의 위치에 기초한 교통정보를 확인할 수 있게 된다.

Claims

교통정보 애플리케이션을 개발/배포/서비스하기 위한 개방형 교통정보 플랫폼(platform)으로서,
교통정보와 관련된 원시 데이터(raw data)를 수집하기 위한 데이터 수집 노드를 설정 및 관리하기 위한 라우팅 설정 인터페이스를 개발자 단말기로 제공하고, 상기 라우팅 설정 인터페이스를 통해 입력되는 라우팅 설정정보를 수신하는 라우팅 설정모듈;
상기 데이터 수집 노드로부터 수집되는 원시 데이터를 설정 및 관리하기 위한 메시지 셋(message set) 관리 인터페이스를 상기 개발자 단말기로 제공하고, 상기 메시지 셋 관리 인터페이스를 통해 입력되는 메시지 셋 설정정보를 수신하는 메시지 셋 관리모듈;
상기 원시 데이터를 처리하여 교통정보를 생성하기 위한 API(application program interface)를 설정 및 관리하기 위한 API 관리 인터페이스를 상기 개발자 단말기로 제공하고, 상기 API 관리 인터페이스를 통해 입력되는 API 설정정보를 수신하는 API 관리모듈; 및
상기 개발자 단말기로부터 전송되는 상기 라우팅 설정정보, 상기 메시지 셋 설정정보 및 상기 API 설정정보에 따라 교통정보 애플리케이션을 생성하는 애플리케이션 생성모듈을 포함하는, 개방형 교통정보 플랫폼.
청구항 1에 있어서,
상기 개방형 교통정보 플랫폼은 상기 생성된 교통정보 애플리케이션을 미리 설정된 애플리케이션 마켓에 등록하는 애플리케이션 배포모듈을 더 포함하는, 개방형 교통정보 플랫폼.
청구항 1에 있어서,
상기 메시지 셋 관리모듈은 등록된 메시지 셋을 열람하고, 새로운 메시지 셋을 작성 및 등록하며, 등록된 메시지 셋을 수정하고, 등록된 메시지 셋을 삭제할 수 있는 메시지 셋 관리 인터페이스를 상기 개발자 단말기로 제공하는, 개방형 교통정보 플랫폼.
청구항 1에 있어서,
상기 메시지 셋 관리모듈은 미국 자동차 기술자협회(society of automotive engineers: SAE) J2735 표준에 따른 메시지 셋을 기본적으로 제공하는, 개방형 교통정보 플랫폼.
청구항 1에 있어서,
상기 메시지 셋 관리모듈은 상기 개발자가 미리 설정된 프로그래밍 언어에 따라 새로운 메시지 셋을 생성하거나 또는 등록된 메시지 셋을 수정할 수 있는 메시지 셋 관리 인터페이스를 상기 개발자 단말기로 제공하는, 개방형 교통정보 플랫폼.
청구항 5에 있어서,
상기 프로그래밍 언어는 XML(eXtensible Markup Language) 및 ASN.1(Absctract Syntax Notation One) 중 적어도 하나를 포함하는, 개방형 교통정보 플랫폼.
청구항 1에 있어서,
상기 데이터 수집 노드는 도로변에 설치된 노변 검지기, 이동통신 단말기, 사용자 차량에 설치된 네비게이션 장치를 포함하는, 개방형 교통정보 플랫폼.
청구항 1에 있어서,
상기 개방형 교통정보 플랫폼은,
OSI(Open System Interconnection) 7 계층을 기반으로 상기 개방형 교통정보 플랫폼의 내부 및 외부 데이터 통신을 지원하는 통신 프레임(frame);
상기 개방형 교통정보 플랫폼에 대한 전반적인 제어를 수행하며, 상기 교통정보 애플리케이션의 생성 및 관리를 수행하는 인터널 서비스 프레임; 및
상기 생성된 교통정보 애플리케이션을 서비스하기 위해, 상기 라우팅 설정정보 및 상기 메시지 셋 설정정보에 따라 데이터 수집 노드로부터 원시 데이터를 수집하고, 상기 API 설정정보에 따라 상기 수집된 원시 데이터를 처리하여 교통정보를 생성하며, 상기 생성된 교통정보를 상기 교통정보 애플리케이션이 설치된 사용자 단말기로 전송하는 애플리케이션 프레임을 포함하는, 개방형 교통정보 플랫폼.
청구항 8에 있어서,
상기 애플리케이션 프레임은,
설정된 데이터 수집 노드로부터 미리 정의된 메시지 셋에 대응되는 원시 데이터를 수집하는 데이터 수집부;
상기 데이터 수집부에서 수집된 원시 데이터를 1차적으로 가공하는 데이터 가공부;
상기 가공된 데이터로부터 미리 설정된 알고리즘에 따라 교통정보를 생성하는 교통정보 생성부;
상기 생성된 교통정보를 표출가능한 형태로 가공하여 출력하는 교통정보 제공부; 및
상기 가공된 교통정보를 상기 교통정보 애플리케이션이 설치된 사용자 단말기로 전송하여 표출하는 교통정보 표출부를 포함하는, 개방형 교통정보 플랫폼.
교통정보 애플리케이션을 개발/배포/서비스하기 위한 개방형 교통정보 플랫폼에 의해 수행되는 개방형 교통정보 서비스 방법에 있어서,
(a) 교통정보와 관련된 원시 데이터를 수집하기 위한 데이터 수집 노드를 설정 및 관리하기 위한 라우팅 설정 인터페이스를 개발자 단말기로 제공하고, 상기 라우팅 설정 인터페이스를 통해 입력되는 라우팅 설정정보를 수신하는 단계;
(b) 상기 데이터 수집 노드로부터 수집되는 원시 데이터를 설정 및 관리하기 위한 메시지 셋 관리 인터페이스를 상기 개발자 단말기로 제공하고, 상기 메시지 셋 관리 인터페이스를 통해 입력되는 메시지 셋 설정정보를 수신하는 단계;
(c) 상기 원시 데이터를 처리하여 교통정보를 생성하기 위한 API를 설정 및 관리하기 위한 API 관리 인터페이스를 상기 개발자 단말기로 제공하고, 상기 API 관리 인터페이스를 통해 입력되는 API 설정정보를 수신하는 단계; 및
(d) 상기 개발자 단말기로부터 전송되는 상기 라우팅 설정정보, 상기 메시지 셋 설정정보 및 상기 API 설정정보에 따라 교통정보 애플리케이션을 생성하는 단계를 포함하는, 개방형 교통정보 서비스 방법.
청구항 10에 있어서,
(e) 상기 개방형 교통정보 플랫폼은 상기 생성된 교통정보 애플리케이션을 미리 설정된 애플리케이션 마켓에 등록하는 단계를 더 포함하는, 개방형 교통정보 서비스 방법.
청구항 10에 있어서,
상기 (b) 단계는, 등록된 메시지 셋을 열람하고, 새로운 메시지 셋을 작성 및 등록하며, 등록된 메시지 셋을 수정하고, 등록된 메시지 셋을 삭제할 수 있는 메시지 셋 관리 인터페이스를 상기 개발자 단말기로 제공하는, 개방형 교통정보 서비스 방법.
청구항 10에 있어서,
상기 (b) 단계는, 미국 자동차 기술자협회 J2735 표준에 따른 메시지 셋을 기본적으로 제공하는, 개방형 교통정보 서비스 방법.
청구항 10에 있어서,
상기 (b) 단계는, 상기 개발자가 미리 설정된 프로그래밍 언어에 따라 새로운 메시지 셋을 생성하거나 또는 등록된 메시지 셋을 수정할 수 있는 메시지 셋 관리 인터페이스를 상기 개발자 단말기로 제공하는, 개방형 교통정보 서비스 방법.
청구항 14에 있어서,
상기 프로그래밍 언어는 XML 및 ASN.1 중 적어도 하나를 포함하는, 개방형 교통정보 서비스 방법.
청구항 10에 있어서,
상기 데이터 수집 노드는 도로변에 설치된 노변 검지기, 이동통신 단말기, 사용자 차량에 설치된 네비게이션 장치를 포함하는, 개방형 교통정보 서비스 방법.
청구항 10에 있어서,
상기 개방형 교통정보 플랫폼은,
OSI 7 계층을 기반으로 상기 개방형 교통정보 플랫폼의 내부 및 외부 데이터 통신을 지원하는 통신 프레임;
상기 개방형 교통정보 플랫폼에 대한 전반적인 제어를 수행하며, 상기 교통정보 애플리케이션의 생성 및 관리를 수행하는 인터널 서비스 프레임; 및
상기 생성된 교통정보 애플리케이션을 서비스하기 위해, 상기 라우팅 설정정보 및 상기 메시지 셋 설정정보에 따라 데이터 수집 노드로부터 원시 데이터를 수집하고, 상기 API 설정정보에 따라 상기 수집된 원시 데이터를 처리하여 교통정보를 생성하며, 상기 생성된 교통정보를 상기 교통정보 애플리케이션이 설치된 사용자 단말기로 전송하는 애플리케이션 프레임을 포함하는, 개방형 교통정보 서비스 방법.
청구항 17에 있어서,
상기 개방형 교통정보 서비스 방법은,
(f-1) 설정된 데이터 수집 노드로부터 미리 정의된 메시지 셋에 대응되는 원시 데이터를 수집하는 단계;
(f-2) 상기 데이터 수집부에서 수집된 원시 데이터를 1차적으로 가공하는 단계;
(f-3) 상기 가공된 데이터로부터 미리 설정된 알고리즘에 따라 교통정보를 생성하는 단계;
(f-4) 상기 생성된 교통정보를 표출가능한 형태로 가공하여 출력하는 단계; 및
(f-5) 상기 가공된 교통정보를 상기 교통정보 애플리케이션이 설치된 사용자 단말기로 전송하여 표출하는 단계를 더 포함하는, 개방형 교통정보 서비스 방법.