KR20210006707A

KR20210006707A - 텔레매틱스 서비스 시스템 및 방법

Info

Publication number: KR20210006707A
Application number: KR1020190082653A
Authority: KR
Inventors: 김준영
Original assignee: 현대자동차주식회사; 기아자동차주식회사
Priority date: 2019-07-09
Filing date: 2019-07-09
Publication date: 2021-01-19
Also published as: US20210014309A1; US11457069B2

Abstract

본 발명은 텔레매틱스 서비스 시스템 및 방법에 관한 것으로, 네트워크를 통해 서비스 제공 서버 및 텔레매틱스 중계기와 연결되는 텔레매틱스 서버를 포함하고, 상기 텔레매틱스 서버는 상기 텔레매틱스 중계기를 통해 차량과 데이터를 송수신하되, 상기 서비스 제공 서버로부터 유입되는 데이터의 종류 및 처리율 중 적어도 하나에 근거하여 상기 데이터의 송수신에 사용 가능한 추천 프로토콜을 선정하고 상기 차량과의 핸드세이킹(hand-shaking)을 통해 상기 추천 프로토콜 중 최종 프로토콜을 결정한다.

Description

텔레매틱스 서비스 시스템 및 방법{TELEMATICS SERVICE SYSTEM AND METHOD}

본 발명은 텔레매틱스 서비스 시스템 및 방법에 관한 것이다.

텔레매틱스(telematics) 기술은 통신(telecommunication)과 정보 공학(informatics)의 합성어로 위치파악기술과 양방향 이동통신망을 통해 차량내 단말을 통해 차량과 운전자에게 교통 안내, 긴급구난, 원격차량진단, 인터넷 및 모바일 오피스 기능 등의 다양한 정보를 제공하는 서비스로 정의된다. 텔레매틱스는 단말 플랫폼, GPS(Global Positioning System), 이동통신, 교통정보, 및 GIS(Geographic Information System) 등의 IT(Information Technology) 기술을 융합하고 차량에 적용하여 새로운 부가가치를 창출하고 홈네트워크와 연계된 차량내 멀티미디어 서비스 환경을 제공하는 것을 목적으로 한다.

기존 텔레매틱스는 차량 보안 문제로 인하여 서버와 차량 간 통신 시 하나의 프로토콜만 전용(dedicated)으로 사용하므로, 다양한 서비스 연동에 문제점을 발생시키고 있으며 서비스별 다양한 적용을 필요로 한다. 특히, 푸시(push) 형태의 스트리밍 또는 데이터 전송에는 하나의 프로토콜 방식으로는 문제가 크다.

본 발명은 텔레매틱스 서버와 차량 간 데이터 전송에 적합한 최적의 통신 프로토콜을 선택하여 설정할 수 있는 텔레매틱스 서비스 시스템 및 방법을 제공하고자 한다.

상기한 과제를 해결하기 위하여, 본 발명의 일 실시 예에 따른 텔레매틱스 서비스 시스템은 네트워크를 통해 서비스 제공 서버 및 텔레매틱스 중계기와 연결되는 텔레매틱스 서버를 포함하고, 상기 텔레매틱스 서버는 상기 텔레매틱스 중계기를 통해 차량과 데이터를 송수신하되, 상기 서비스 제공 서버로부터 유입되는 데이터의 종류 및 처리율 중 적어도 하나에 근거하여 상기 데이터의 송수신에 사용 가능한 추천 프로토콜을 선정하고 상기 차량과의 핸드세이킹(hand-shaking)을 통해 상기 추천 프로토콜 중 최종 프로토콜을 결정하는 것을 특징으로 한다.

상기 텔레매틱스 서버는, 상기 서비스 제공 서버로부터 상기 유입되는 데이터가 스트리밍 데이터인지, 대용량 데이터인지, 및 혼잡한 링크로부터 수신되었는지 중 적어도 하나를 고려하여 제1데이터 레벨을 설정하는 것을 특징으로 한다.

상기 텔레매틱스 서버는 상기 데이터 패킷의 유입 불안정 여부에 근거하여 제1중단 플래그를 설정하는 것을 특징으로 한다.

상기 텔레매틱스 서버는 상기 유입되는 데이터 패킷의 데이터량을 측정하여 처리율 및 처리율 변화량을 산출하고, 산출된 처리율 및 처리율 변화량을 고려하여 제2데이터 레벨 및 제2중단 플래그를 설정하는 것을 특징으로 한다.

상기 텔레매틱스 서버는 상기 제1데이터 레벨 및 상기 제2데이터 레벨을 기정의된 참조테이블에 매핑하여 추천 후보 프로토콜을 선정하는 것을 특징으로 한다.

상기 텔레매틱스 서버는 상기 제1중단 플래그 및 상기 제2중단 플래그 중 적어도 하나가 인에이블(enable)로 설정된 경우, 기정의된 신뢰할 수 있는 프로토콜을 상기 추천 후보 프로토콜로 선정하는 것을 특징으로 한다.

상기 텔레매틱스 서버는 상기 데이터를 전송하는 전송지가 둘 이상인 경우 상기 추천 후보 프로토콜 중 신뢰할 수 있는 프로토콜을 상기 추천 프로토콜로 결정하는 것을 특징으로 한다.

상기 텔레매틱스 서버는 상기 데이터를 전송하는 전송지가 둘 이상이 아닌 경우, 상기 추천 후보 프로토콜 중 경량 프로토콜을 상기 추천 프로토콜로 결정하는 것을 특징으로 한다.

상기 차량은 상기 데이터의 종류에 따라 데이터 우선순위를 결정하고, 상기 데이터의 목적지 및 목적지 기능을 고려하여 차량 보안 레벨 및 차량 기능 손상 레벨을 결정하고, 상기 데이터 우선순위, 상기 차량 보안 레벨 및 상기 차량 기능 손상 레벨을 고려하여 상기 최종 프로토콜을 결정하는 것을 특징으로 한다.

상기 차량은 상기 차량 보안 레벨 및 상기 차량 기능 손상 레벨을 기반으로 프로토콜 결정 맵을 참조하여 상기 추천 프로토콜 중 데이터 전송량이 가장 큰 프로토콜을 상기 최종 프로토콜로 선택하는 것을 특징으로 한다.

한편, 본 발명의 일 실시 예에 따른 텔레매틱스 서비스 방법은 네트워크를 통해 서비스 제공 서버 및 텔레매틱스 중계기와 연결되는 텔레매틱스 서버와 텔레매틱스 중계기에 연결되는 차량을 포함하는 텔레매틱스 서비스 시스템에 있어서, 텔레매틱스 서버가 서비스 제공 서버로부터 유입되는 데이터를 수신하는 단계, 상기 텔레매틱스 서버가 상기 유입되는 데이터의 종류 및 처리율 중 적어도 하나에 근거하여 데이터 송수신에 사용 가능한 추천 프로토콜을 선정하는 단계, 상기 텔레매틱스 서버가 상기 차량과의 핸드세이킹(hand-shaking)을 통해 상기 추천 프로토콜 중 최종 프로토콜을 결정하는 단계를 포함하는 것을 특징으로 한다.

상기 추천 프로토콜을 선정하는 단계는, 상기 유입되는 데이터가 스트리밍 데이터인지, 대용량 데이터인지, 및 혼잡한 링크로부터 수신되었는지 중 적어도 하나를 고려하여 제1데이터 레벨을 설정하는 단계, 상기 텔레매틱스 서버로 유입되는 데이터량을 측정하여 처리율 및 처리율 변화량을 산출하고, 산출된 처리율 및 처리율 변화량을 고려하여 제2데이터 레벨을 설정하는 단계, 상기 제1데이터 레벨 및 상기 제2데이터 레벨을 기정의된 참조테이블에 매핑하여 추천 후보 프로토콜을 선정하는 단계, 및 상기 데이터를 전송하는 유효 전송지가 둘 이상인지 여부에 따라 상기 추천 후보 프로토콜 중 상기 추천 프로토콜로 결정하는 단계를 포함하는 것을 특징으로 한다.

상기 제1데이터 레벨을 설정하는 단계에서, 상기 텔레매틱스 서버가 데이터의 유입 불안정 여부에 따라 제1중단 플래그를 설정하는 것을 특징으로 한다.

상기 제2데이터 레벨을 설정하는 단계에서, 상기 텔레매틱스 서버가 처리율 및 처리율 변화량을 고려하여 제2중단 플래그를 설정하는 것을 특징으로 한다.

상기 추천 후보 프로토콜을 선정하는 단계에서, 상기 제1중단 플래그 및 상기 제2중단 플래그 중 적어도 하나가 인에이블로 설정된 경우, 기정의된 신뢰할 수 있는 프로토콜을 추천 후보 프로토콜로 선정하는 것을 특징으로 한다.

상기 추천 프로토콜을 결정하는 단계에서, 상기 유효 전송지가 둘 이상인 경우, 상기 추천 후보 프로토콜 중 신뢰할 수 있는 프로토콜을 상기 추천 프로토콜로 결정하는 것을 특징으로 한다.

상기 추천 프로토콜을 결정하는 단계에서, 상기 유효 전송지가 둘 이상이 아닌 경우, 상기 추천 후보 프로토콜 중 경량 프로토콜을 상기 추천 프로토콜로 결정하는 것을 특징으로 한다.

상기 최종 프로토콜을 결정하는 단계는, 상기 차량이 상기 데이터의 종류에 따라 데이터 우선순위를 결정하는 단계, 상기 차량이 상기 데이터의 목적지 및 목적지 기능을 고려하여 차량 보안 레벨 및 상기 차량 기능 손상 레벨을 결정하는 단계, 상기 차량이 상기 데이터 우선순위, 상기 차량 보안 레벨 및 상기 차량 기능 손상 레벨을 고려하여 상기 최종 프로토콜을 선정하는 단계, 및 상기 차량이 상기 최종 프로토콜을 상기 텔레매틱스 서버에 통지하는 단계를 포함하는 것을 특징으로 한다.

상기 최종 프로토콜을 선정하는 단계에서, 상기 차량 보안 레벨 및 상기 차량 기능 손상 레벨을 기반으로 프로토콜 결정 맵을 참조하여 상기 추천 프로토콜 중 데이터 전송량이 가장 큰 프로토콜을 상기 최종 프로토콜로 선택하는 것을 특징으로 한다.

상기 최종 프로토콜을 결정하는 단계 이후, 상기 텔레매틱스 서버가 상기 텔레매틱스 중계기에 지시하여 상기 최종 프로토콜로 설정하는 단계, 상기 텔레매틱스 서버가 설정된 최종 프로토콜에 기반하여 상기 차량과 통신 경로를 성립하는 단계, 및 상기 텔레매틱스 서버가 상기 통신 경로를 통해 상기 차량과 데이터를 송수신하는 단계를 더 포함하는 것을 특징으로 한다.

본 발명에 따르면, 텔레매틱스 서버와 차량 간 데이터 전송에 적합한 최적의 프로토콜을 선택하여 설정함으로써, 차량과 외부 플랫폼 간 연결을 통한 다양한 서비스를 제공할 수 있으며, 데이터 전송 효율을 향상시킬 수 있다.

도 1은 본 발명의 일 실시 예에 따른 텔레매틱스 서비스 시스템을 개략적으로 도시한 구성도.
도 2는 본 발명의 일 실시 예에 따른 텔레매틱스 서버의 블록 구성도.
도 3a는 도 2에 도시된 제1데이터 레벨 분류 모듈의 동작을 설명하기 위한 도면.
도 3b는 도 2에 도시된 제2데이터 레벨 분류 모듈의 동작을 설명하기 위한 도면.
도 3c는 도 2에 도시된 프로토콜 제안 모듈의 동작을 설명하기 위한 도면.
도 4는 도 2에 도시된 라우팅부의 구성 및 동작을 설명하기 위한 도면.
도 5는 본 발명의 일 실시 예에 따른 차량을 도시한 블록 구성도.
도 6은 도 5에 도시된 처리부의 구성 및 동작을 설명하기 위한 도면.
도 7은 본 발명의 일 실시 예에 따른 텔레매틱스 서비스 방법을 도시한 흐름도.

이하, 본 발명의 일부 실시 예들을 예시적인 도면을 통해 상세하게 설명한다. 각 도면의 구성요소들에 참조부호를 부가함에 있어서, 동일한 구성요소들에 대해서는 비록 다른 도면상에 표시되더라도 가능한 한 동일한 부호를 가지도록 하고 있음에 유의해야 한다. 또한, 본 발명의 실시 예를 설명함에 있어, 관련된 공지 구성 또는 기능에 대한 구체적인 설명이 본 발명의 실시 예에 대한 이해를 방해한다고 판단되는 경우에는 그 상세한 설명은 생략한다.

본 발명의 실시 예의 구성 요소를 설명하는 데 있어서, 제 1, 제 2, A, B, (a), (b) 등의 용어를 사용할 수 있다. 이러한 용어는 그 구성 요소를 다른 구성 요소와 구별하기 위한 것일 뿐, 그 용어에 의해 해당 구성 요소의 본질이나 차례 또는 순서 등이 한정되지 않는다. 또한, 다르게 정의되지 않는 한, 기술적이거나 과학적인 용어를 포함해서 여기서 사용되는 모든 용어들은 본 발명이 속하는 기술 분야에서 통상의 지식을 가진 자에 의해 일반적으로 이해되는 것과 동일한 의미를 가진다. 일반적으로 사용되는 사전에 정의되어 있는 것과 같은 용어들은 관련 기술의 문맥상 가지는 의미와 일치하는 의미를 가진 것으로 해석되어야 하며, 본 출원에서 명백하게 정의하지 않는 한, 이상적이거나 과도하게 형식적인 의미로 해석되지 않는다.

도 1은 본 발명의 일 실시 예에 따른 텔레매틱스 서비스 시스템을 개략적으로 도시한 구성도이다.

도 1을 참조하면, 텔레매틱스 서비스 시스템은 서비스 제공 서버(100), 텔레매틱스 서버(telematics server)(200), 텔레매틱스 중계기(telematics gateway)(300) 및 차량(400)을 포함한다.

서비스 제공 서버(100)는 외부 플랫폼(external platform)으로 특정 서비스 즉, 콘텐츠(content)를 제공한다. 콘텐츠는 차량 원격 제어, 음악 스트리밍(streaming), 비디오 스트리밍, 관심지점(Point of Interest, POI), 날씨정보 및/또는 교통정보 등의 어플리케이션(application) 중 하나일 수 있다.

텔레매틱스 서버(200)는 서비스 제공 서버(100)로부터 제공되는 콘텐츠와 관련한 데이터 패킷(data packet)을 수신한다. 텔레매틱스 서버(200)는 수신된 데이터 패킷을 분석하여 데이터 종류(data type)을 확인한다. 텔레매틱스 서버(200)는 수신되는 데이터 패킷의 데이터량을 측정하여 데이터 처리율을 산출한다. 텔레매틱스 서버(200)는 데이터 종류 및 데이터 처리율 중 적어도 하나를 고려하여 데이터 송수신에 사용 가능한 적어도 하나의 프로토콜을 선정한다. 텔레매틱스 서버(200)는 선정된 적어도 하나의 프로토콜 중 차량(400)과의 핸드세이킹(hand-shaking)을 통해 선정된 적어도 하나의 프로토콜 중 데이터 송수신을 위한 최적의 통신 프로토콜을 결정(선택)한다. 여기서, 통신 프로토콜은 데이터를 송수신하기 위해 사용하는 통신 규칙을 말한다. 텔레매틱스 서버(200)는 결정된 최적의 통신 프로토콜(이하, 프로토콜)을 이용하여 데이터 패킷을 전송한다.

텔레매틱스 중계기(300)는 텔레매티스 서버(200)와 차량(400)을 중계하는 역할을 한다. 텔레매틱스 중계기(300)는 텔레매티스 서버(200)와 차량(400) 사이에 선택된 프로토콜의 설정을 수행한다. 텔레매틱스 중계기(300)는 텔레매틱스 서버(200)로부터 입력되는 데이터 패킷을 선택된 프로토콜 형태로 변환하여 차량(400)으로 전송한다. 또한, 텔레매틱스 중계기(300)는 차량(400)으로부터 입력되는 데이터 패킷을 선택된 프로토콜 형태로 변환하여 텔레매틱스 서버(300)로 전송한다.

차량(400)은 텔레매틱스 서버(200)와의 핸드세이킹을 통해 데이터 송수신에 이용할 프로토콜을 결정하여 설정할 수 있다. 차량(400)은 텔레매틱스 서버(200)로부터 제공받은 추천 프로토콜 목록 중 어느 하나의 프로토콜을 선택하여 프로토콜 결정 결과를 텔레매틱스 서버(200)에 통지(전송)한다. 차량(400)는 프로토콜 결정 결과 통지에 대한 텔레매틱스 서버(200)의 응답에 따라 최종적으로 프로토콜을 결정하고 최종 결정된 프로토콜을 기반으로 상호 간에 데이터 송수신 경로(통신 경로)를 설정한다.

도 2는 본 발명의 일 실시 예에 따른 텔레매틱스 서버(200)의 블록 구성도, 도 3a는 도 2에 도시된 제1데이터 레벨 분류 모듈(2411)의 동작을 설명하기 위한 도면, 도 3b는 도 2에 도시된 제2데이터 레벨 분류 모듈(2412)의 동작을 설명하기 위한 도면, 도 3c는 도 2에 도시된 프로토콜 제안 모듈(2413)의 동작을 설명하기 위한 도면, 도 4는 도 2에 도시된 라우팅부(2420)의 구성 및 동작을 설명하기 위한 도면이다.

도 2에 도시된 바와 같이, 텔레매틱스 서버(200)는 제1인터페이스(210), 프로세서(240), 스토리지(230) 및 제2인터페이스(220)를 포함한다.

제1인터페이스(210)는 서비스 제공 서버(100)와 연결되어 서비스 제공 서버(100)로부터 전송되는 데이터 패킷(데이터)을 수신하거나 또는 텔레매틱스 서버(200) 내부의 데이터가 서비스 제공 서버(100)로 전송되도록 한다.

제2인터페이스(220)는 텔레매틱스 중계기(300)와 연결되어 텔레매틱스 서버(200) 내부의 데이터를 텔레매틱스 중계기(300)로 전송하거나 또는 텔레매틱스 중계기(300)로부터 데이터를 전송 받는다.

스토리지(230)는 프로세서(240)가 정해진 동작을 수행하도록 프로그래밍된 소프트웨어를 저장할 수 있다. 스토리지(230)는 각종 설정정보 및 입력 및/또는 출력 데이터를 저장할 수 있다. 스토리지(230)는 제1인터페이스(210) 및/또는 제2인터페이스(220)로부터 전송되는 데이터를 저장할 수 있다. 스토리지(230)는 플래시 메모리(flash memory), 하드디스크(hard disk), SD 카드(Secure Digital Card), 램(Random Access Memory, RAM), SRAM(Static Random Access Memory), 롬(Read Only Memory, ROM), PROM(Programmable Read Only Memory), EEPROM(Electrically Erasable and Programmable ROM), EPROM(Erasable and Programmable ROM), 레지스터, 착탈형 디스크 및 웹 스토리지(web storage) 등의 저장매체 중 적어도 하나 이상의 저장매체(기록매체)로 구현될 수 있다.

프로세서(240)는 텔레매틱스 서버(200)의 전반적인 동작을 제어한다. 프로세서(240)는 ASIC(Application Specific Integrated Circuit), DSP(Digital Signal Processor), PLD(Programmable Logic Devices), FPGAs(Field Programmable Gate Arrays), CPU(Central Processing unit), 마이크로 컨트롤러(microcontrollers) 및 마이크로 프로세서(microprocessors) 중 적어도 하나 이상으로 구현될 수 있다.

프로세서(240)는 모니터링부(2410), 라우팅부(routing)(2420) 및 세션 관리부(session management)(2430) 등을 포함할 수 있다.

모니터링부(2410)는 제1인터페이스(210)를 통해 서비스 제공 서버(100)로부터 전송되는 데이터를 수신하고 수신되는 데이터를 분석하여 해당 데이터의 송수신을 위해 사용 가능한 프로토콜을 제안한다. 이러한 모니터링부(2410)는 제1데이터 레벨 분류 모듈(2411), 제2데이터 레벨 분류 모듈(2412) 및 프로토콜 제안 모듈(2413)을 포함한다.

제1데이터 레벨 분류 모듈(2411)은 제1인터페이스(210)를 통해 유입(inflow)되는 데이터 패킷(packet)의 헤더(header) 정보 및 페이로드(payload) 등을 분석(체크)한다. 제1데이터 레벨 분류 모듈(2411)은 텔레매틱스 서버(200)로 유입되는 데이터 패킷의 데이터 종류를 분류하고, 그 분류된 데이터 종류에 따라 데이터의 보안 레벨(security level)(이하, 제1데이터 레벨)을 설정한다.

이하에서는 도 3a를 참조하여 제1데이터 레벨 분류 모듈(2411)의 동작을 구체적으로 설명한다.

도 3a를 참조하면, 제1데이터 레벨 분류 모듈(2411)은 제1인터페이스(210)를 통해 유입되는 데이터 패킷을 수신한다(S100). 제1데이터 레벨 분류 모듈(2411)은 데이터 패킷 내 페이로드가 스트리밍 데이터(streaming data)인지를 확인한다(S110). 제1데이터 레벨 분류 모듈(2411)은 페이로드가 스트리밍 데이터가 아닌 경우, 제1데이터 레벨을 '레벨 0(Lv 0)'으로 설정(결정)한다(S135).

제1데이터 레벨 분류 모듈(2411)은 S110에서 데이터 패킷 내 페이로드가 스트리밍 데이터인 경우, 페이로드가 대용량 데이터(large data)인지를 확인한다(S115). 제1데이터 레벨 분류 모듈(2411)은 페이로드가 대용량 데이터가 아니면 제1데이터 레벨을 '레벨 1(Lv 1)'으로 설정한다(S140).

제1데이터 레벨 분류 모듈(2411)은 S115에서 페이로드가 스트리밍 데이터로 확인되면, 데이터 패킷이 혼잡한 링크(heavy traffic link)로부터 수신되었는지를 확인한다(S120). 제1데이터 레벨 분류 모듈(2411)은 데이터 패킷을 수신한 링크가 기정의된 혼잡한 링크 목록에 존재하는 경우 혼잡한 링크로부터 수신되었다고 판단한다. 제1데이터 레벨 분류 모듈(2411)은 데이터 패킷이 혼잡한 링크로부터 수신되지 않은 경우, 제1데이터 레벨을 '레벨 2(Lv 2)'로 설정한다(S145).

제1데이터 레벨 분류 모듈(2411)은 S120에서 데이터 패킷이 혼잡한 링크로부터 수신된 걸로 확인되면, 제1데이터 레벨을 '레벨 3(Lv 3)'로 설정한다(S125). 또한, 제1데이터 레벨 분류 모듈(2411)은 제1중단 플래그(abruption flag)를 디스에이블(disable)로 설정한다(S130).

제1데이터 레벨 분류 모듈(2411)은 S135, S140 또는 S145 이후에 데이터 패킷의 유입이 갑작스럽게 중단(abrution)될 가능성이 있는지를 확인한다(S150). 다시 말해서, 제1데이터 레벨 분류 모듈(2411)은 데이터 패킷의 유입이 불안정한 상태인지를 판단한다. 제1데이터 레벨 분류 모듈(2411)은 데이터 패킷의 유입이 불안정한 상태가 아니면 제1중단 플래그를 디스에이블로 설정하고(S130), 데이터 패킷의 유입이 불안정한 상태이면 제1중단 플래그를 인에이블(enable)로 설정한다(S155).

제1데이터 레벨 분류 모듈(2411)은 유입된 데이터 패킷에 대한 제1데이터 레벨 및 제1중단 플래그가 설정되면, 설정 정보를 프로토콜 제안 모듈(2413)로 출력한다(S160).

제2데이터 레벨 분류 모듈(2412)은 데이터 처리율(throughput rate, [bps] 또는 [bits/sec])을 측정하고, 측정된 데이터 처리율에 근거하여 유입된 데이터의 보안 레벨(즉, 제2데이터 레벨) 및 제2중단 플래그를 결정한다. 제2데이터 레벨 분류 모듈(2412)의 동작은 도 3b를 참조하여 보다 구체적으로 설명한다.

도 3b를 참조하면, 제2데이터 레벨 분류 모듈(2412)은 제1인터페이스(210)를 통해 유입되는 데이터 패킷을 수신하고(S200), 수신되는 데이터 패킷의 데이터량 즉, 처리량을 측정한다(S205). 제2데이터 레벨 분류 모듈(2412)은 정해진 단위 시간(time window) 및 측정된 처리량에 기초하여 데이터 처리율(이하, 처리율)을 산출한다(S210).

이후, 제2데이터 레벨 분류 모듈(2412)은 산출된 처리율이 제1기준 처리율을 초과하는지를 확인한다(S215). 제2데이터 레벨 분류 모듈(2412)은 산출된 처리율이 제1기준 처리율을 초과하지 않으면 제2데이터 레벨을 '레벨 0'으로 결정(설정)한다(S240).

제2데이터 레벨 분류 모듈(2412)은 산출된 처리율이 제1기준 처리율을 초과하면, 산출된 처리율이 제2기준 처리율을 초과하는지를 확인한다(S220). 제2데이터 레벨 분류 모듈(2412)은 산출된 처리율이 제2기준 처리율 이하이면, 제2데이터 레벨을 '레벨 1'로 설정한다(S245).

제2데이터 레벨 분류 모듈(2412)은 산출된 처리율이 제2기준 처리율을 초과하면, 처리율 변화량이 기준 변화량을 초과하는지를 확인한다(S225). 제2데이터 레벨 분류 모듈(2412)은 이전에 산출된 처리율에 대비하여 산출된 처리율의 변화량 즉, 처리율 변화량을 연산한다. 제2데이터 레벨 분류 모듈(2412)은 처리율 변화량이 기준 변화량을 초과하지 않으면 제2데이터 레벨을 '레벨 2'로 설정한다(S250).

제2데이터 레벨 분류 모듈(2412)은 처리율 변화량이 기준 변화량을 초과하면, 제2데이터 레벨을 '레벨 3'으로 설정한다(S230). 또한, 제2데이터 레벨 분류 모듈(2412)은 제2중단 플래그를 인에이블로 설정한다(S235).

한편, 제2데이터 레벨 분류 모듈(2412)은 S240, S245 또는 S250 이후 제2중단 플래그를 디스에이블로 설정한다(S255).

제2데이터 레벨 분류 모듈(2412)은 제2데이터 레벨 및 제2중단 플래그의 설정이 완료되면, 설정 정보를 프로토콜 제안 모듈(2413)로 출력한다(S260).

프로토콜 제안 모듈(2413)은 제1데이터 레벨 분류 모듈(2411) 및 제2데이터 레벨 분류 모듈(2412)로부터 출력되는 설정 정보에 근거하여 유입되는 데이터를 송수신하는데 사용 가능한 프로토콜(추천 후보 프로토콜)을 제안한다. 도 3c를 참조하면, 프로토콜 제안 모듈(2413)은 제1데이터 레벨 분류 모듈(2411) 및 제2데이터 레벨 분류 모듈(2412)로부터 출력되는 제1데이터 레벨과 제1중단 플래그의 설정 정보 및 제2데이터 레벨과 제2중단 플래그의 설정 정보를 수신한다(S300). 프로토콜 제안 모듈(2413)은 제1데이터 레벨과 제1중단 플래그의 설정 정보 및 제2데이터 레벨과 제2중단 플래그의 설정 정보를 기반으로 사용 가능한 프로토콜을 선정한다(S310). 다시 말해서, 프로토콜 제안 모듈(2413)은 제1데이터 레벨과 제2데이터 레벨의 설정 정보를 스토리지(230)에 저장된 참조테이블(lookup table)에 매핑(mapping)하여 적어도 하나의 사용 가능한 프로토콜을 선정한다. 참조테이블은 제1데이터 레벨 및 제2데이터 레벨에 따른 사용 가능한 프로토콜을 정의한 정보를 포함한다. 프로토콜 제안 모듈(2413)은 제1중단 플래그 및 제2중단 플래그가 인에이블로 설정된 경우 무조건 신뢰할 수 있는 프로토콜(reliable protocol)을 사용 가능한 프로토콜로 선정한다. 프로토콜 제안 모듈(2413)은 선정된 사용 가능한 프로토콜에 기초하여 추천 후보 프로토콜 목록을 생성한다(S320). 프로토콜 제안 모듈(2413)은 생성된 추천 후보 프로토콜 목록을 출력한다(S330). 프로토콜 제안 모듈(2413)은 유입된 데이터 패킷(데이터)에 생성된 추천 후보 프로토콜 목록을 라벨링하여 라우팅부(2420)로 출력한다. 프로토콜 제안 모듈(2413)은 라이팅부(2420)에 요청(request) 메시지를 전송할 때 라벨링된 데이터 패킷을 전송할 수 있다.

라우팅부(2420)는 전송지 결정 모듈(2421), 추천 프로토콜 결정 모듈(2422) 및 데이터 라우팅 모듈(2423)을 포함한다. 도 4를 참조하면, 전송지 결정 모듈(2421)은 유입되는 데이터 패킷을 전송한 전송지(source)가 신뢰할 수 있는 전송지인지를 확인한다(S400). 전송지 결정 모듈(2421)은 데이터 패킷의 전송지를 스토리지(230)에 기저장된 신뢰할 수 있는 전송지 데이터베이스(DB)에서 검색한다. 전송지 결정 모듈(2421)은 유입되는 데이터 패킷(유입 데이터)을 전송한 전송지가 신뢰할 수 있는 전송지 DB에 존재하는 경우 해당 전송지를 신뢰할 수 있다고 판단한다. 전송지 결정 모듈(2421)은 데이터 패킷의 전송지가 신뢰할 수 있는 전송지인 경우 해당 전송지를 유효 전송지로 결정한다(S410). 전송지 결정 모듈(2421)은 동일한 데이터(유입되는 데이터 패킷)를 제공하는 서비스 제공 서버(100)들 중 신뢰할 수 있는 적어도 하나의 서비스 제공 서버(100)를 추출하여 유효 전송지로 결정한다. 전송지 결정 모듈(2421)은 유효 전송지 목록을 생성하여 추천 프로토콜 결정 모듈(2422)로 출력한다. 전송지 결정 모듈(2421)은 전송지의 통신 플랫폼 타입을 확인할 수도 있다. 여기서, 통신 플랫폼 타입은 양방향 통신 플랫폼 및 단방향 통신 플랫폼으로 구분될 수 있다.

추천 프로토콜 결정 모듈(2422)은 모니터링부(2410)로부터 제공받은 추천 후보 프로토콜 목록 및 전송지 결정 모듈(2421)로부터 제공받는 유효 전송지 개수에 근거하여 적어도 하나의 추천 프로토콜을 결정한다. 추천 프로토콜 결정 모듈(2422)은 유효 전송지가 멀티 전송지인지를 확인한다(S420). 즉, 추천 프로토콜 결정 모듈(2422)는 신뢰할 수 있는 전송지가 둘 이상인지를 확인한다. 추천 프로토콜 결정 모듈(2422)은 유효 전송지가 멀티 전송지인 경우, 모니터링부(2410)로부터 제공받은 추천 후보 프로토콜 목록 중 신뢰할 수 있는 프로토콜(reliable protocol)을 추천 프로토콜로 결정한다(S430). 한편, 추천 프로토콜 결정 모듈(2422)은 유효 전송지가 멀티 전송지가 아닌 경우, 모니터링부(2410)로부터 제공받은 추천 후보 프로토콜 목록 중 경량 프로토콜(lightweight protocol)을 추천 프로토콜로 결정한다(S440). 다시 말해서, 추천 프로토콜 결정 모듈(2422)은 유효 전송지가 둘 이상이면 모니터링부(2410)로부터 제공받은 추천 후보 프로토콜 목록 중 신뢰할 수 있는 프로토콜을 추천하고, 유효 전송지가 둘 이상이 아니면 모니터링부(2410)로부터 제공받은 추천 후보 프로토콜 목록 중 경량 프로토콜을 추천한다. 여기서, 신뢰할 수 있는 프로토콜로는 HTTP(Hypertext Transfer Protocol), TCP(Transmission Control Protocol), RTP(Real-time Transport Protocol), 및 SMS(Short Message Service) Gateway 등이 사용될 수 있고, 경량 프로토콜로는 MQTT(Message Queueing Telemetry Transport), CoAP(Constrained Application Protocol), UDP(User Datagram Protocol), 및 SMS gateway 등이 사용될 수 있다. 추천 프로토콜 결정 모듈(2422)은 추천 프로토콜 결정 결과에 근거하여 추천 프로토콜 목록을 생성하여 데이터 라우팅 모듈(2423)로 전송(전달)한다.

데이터 라우팅 모듈(2423)은 데이터를 송수신하기 위한 데이터 전송 경로(data transmission path)를 설정한다. 데이터 라우팅 모듈(2423)은 데이터 전송 경로를 통해 추천 프로토콜 목록을 전송한다.

세션 관리부(2430)는 텔레매틱스 서버(200)과 차량(400) 간의 세션을 관리한다. 다시 말해서, 세션 관리부(2430)는 라우팅부(2420)의 데이터 라우팅 모듈(2423)에 의해 설정(생성)된 데이터 전송 경로(들)를 관리한다.

도 5는 본 발명의 일 실시 예에 따른 차량(400)을 도시한 블록 구성도이고, 도 6은 도 5에 도시된 처리부(430)의 구성 및 동작을 설명하기 위한 도면이다.

도 5에 도시된 바와 같이, 차량(400)은 인터페이스부(410), 송수신부(420) 및 처리부(430)를 포함한다.

인터페이스부(410)는 텔레매틱스 중계기(300)와 차량(400) 간의 통신을 가능하게 하는 매개체이다. 인터페이스부(410)는 텔레매틱스 중계기(300)로부터 전송되는 데이터를 차량(400)에 전달하거나 또는 차량(400)로부터 전송되는 데이터를 텔레매틱스 중계기(300)로 전송한다.

송수신부(420)는 차량(400)이 외부로부터 데이터를 수신하거나 외부로 데이터를 송신할 수 있게 한다. 송수신부(420)는 인터페이스부(410)를 통해 텔레매틱스 서버(200)로부터 전송되는 데이터 정보 및 추천 프로토콜 목록을 수신할 수 있다.

처리부(430)는 차량(400)의 데이터 통신 동작을 제어한다. 처리부(430)는 ASIC(Application Specific Integrated Circuit), DSP(Digital Signal Processor), PLD(Programmable Logic Devices), FPGAs(Field Programmable Gate Arrays), CPU(Central Processing unit), 마이크로 컨트롤러(microcontrollers) 및 마이크로 프로세서(microprocessors) 중 적어도 하나 이상으로 구현될 수 있다. 처리부(430)는 데이터 우선순위 결정부(431), 차량 보안 레벨 분류부(432), 차량 기능 손상 레벨 분류부(433) 및 프로토콜 결정부(434)를 포함한다.

데이터 우선순위 결정부(431)는 데이터 정보에 기반하여 데이터 종류를 확인하고 데이터 종류에 따라 데이터 우선순위를 결정한다. 데이터 우선순위 결정부(431)는 확인된 데이터 종류를 메모리(미도시)에 기저장된 룩업테이블에 매핑하여 데이터 우선순위를 결정할 수 있다. 룩업테이블은 [표 1]과 같이 데이터 종류에 따른 우선순위가 정의된 정보를 포함한다. 예를 들어, 데이터 우선순위 결정부(431)는 데이터 종류가 차량 제어 명령인 경우, 긴급 데이터로 판단하여 우선순위를 가장 높게 결정한다.

우선순위		데이터 종류
(보통) ↓ (긴급)	1	엔터테인먼트 콘텐츠 (예: music streaming)
	2	운전자/탑승자 관련 정보 (예: weather information)
	3	운전자 관련 명령 (예: POI)
	4	차량 제어 명령 (예: Remote Start)

차량 보안 레벨 분류부(432)는 차량 외부로부터 내부로의 침입 및 제어에 따라 분류된다. 도 6을 참조하면, 차량 보안 레벨 분류부(432)는 데이터 정보를 통해 데이터 목적지(destination)(이하, 목적지)를 확인한다(S500). 여기서, 목적지는 차량(400)에 탑재된 소프트웨어 또는 하드웨어일 수 있다. 차량 보안 레벨 분류부(432)는 목적지가 해킹이 가능한지를 확인한다(S510). 차량 보안 레벨 분류부(432)는 목적지의 해킹이 불가능한 경우 차량 보안 레벨을 '레벨 1'로 결정한다(S520). 차량 보안 레벨 분류부(432)는 목적지가 해킹 가능한 경우, 목적지 해킹 시 내부 침입이 가능한지를 판단한다(S530). 다시 말해서, 차량 보안 레벨 분류부(432)는 목적지가 해킹되는 경우 차량 내 네트워크 침입이 가능한지를 확인한다. 차량 보안 레벨 분류부(432)는 목적지 해킹 시 내부 침입이 불가능한 경우 차량 보안 레벨을 '레벨 2'로 결정한다(S540). 차량 보안 레벨 분류부(432)는 목적지 해킹 시 내부 침입이 가능하면 목적지가 차량의 주행을 제어할 수 있는지를 확인한다(S550). 차량 보안 레벨 분류부(432)는 목적지가 차량의 주행을 제어할 수 없는 경우, 차량 보안 레벨을 '레벨 3'으로 결정한다(S560). 차량 보안 레벨 분류부(432)는 목적지의 차량 주행 제어가 가능한 경우 차량 보안 레벨을 '레벨 4'로 결정한다(S570).차량 기능 손상 레벨 분류부(433)는 목적지 해킹 시 목적지의 기능이 입는 손상 정도(damage level)을 결정한다. 도 6을 참조하면, 차량 기능 손상 레벨 분류부(433)는 데이터 정보를 토대로 데이터의 목적지 기능을 확인한다(S600). 차량 기능 손상 레벨 분류부(433)는 목적지 기능이 목적지의 동작(작동) 제어가 가능한지를 확인한다(S610). 차량 기능 손상 레벨 분류부(433)는 목적지 기능이 목적지의 동작 제어가 불가능한 경우 차량 기능 손상 레벨을 '레벨 1'로 결정(분류)한다(S620). 차량 기능 손상 레벨 분류부(433)는 목적지 기능이 목적지의 동작 제어가 가능한 경우, 목적지가 움직일 수 있는지를 확인한다(S630). 예를 들어, 차량 기능 손상 레벨 분류부(433)는 목적지가 '트렁크'인 경우 트렁크의 동작 제어에 따라 트렁크가 열리거나 닫히므로 움직임이 있는 목적지로 판단할 수 있다.

차량 기능 손상 레벨 분류부(433)는 목적지가 움직일 수 없는 경우, 차량 기능 손상 레벨을 '레벨 2'로 결정한다(S640). 차량 기능 손상 레벨 분류부(433)는 목적지가 차체의 움직임을 제어하는지를 확인한다(S650). 예를 들어, 차량 기능 손상 레벨 분류부(433)는 목적지가 휠인 경우 차체의 움직임을 제어할 수 있다고 판단한다. 차량 기능 손상 레벨 분류부(433)는 목적지가 차체의 움직임을 제어할 수 없는 경우 차량 기능 손상 레벨을 '레벨 3'으로 결정한다(S660). 차량 기능 손상 레벨 분류부(433)는 목적지가 차체의 움직임을 제어할 수 있는 경우 차량 기능 손상 레벨을 '레벨 4'로 결정한다(S670).

프로토콜 결정부(434)는 차량 보안 레벨 및 차량 기능 손상 레벨을 기반으로 최종적으로 프로토콜을 결정한다. 예를 들어, 텔레매틱스 서버(200)로부터 제공받은 추천 프로토콜 목록에 TCP, HTTP 및 RTP가 존재하고, 차량 보안 레벨과 차량 기능 손상 레벨이 각각 '레벨 3'인 경우, 프로토콜 결정부(434)는 차량 보안 레벨과 차량 기능 손상 레벨을 합하여 총 레벨을 '레벨 6'으로 결정한다. 프로토콜 결정부(434)는 기저장된 프로토콜 결정 맵(map)을 참조하여 결정된 총 레벨에 매칭되는 프로토콜을 결정한다. 이때, 동일한 레벨에 둘 이상의 프로토콜이 존재하는 경우 데이터 전송량이 큰 순서로 선택할 수 있다. 프로토콜 결정 맵이 다음 [표 2]와 같은 경우, 프로토콜 결정부(434)는 TCP, HTTP 및 RTP 중 TCP를 최종적으로 선택할 수 있다.

레벨 2	레벨 3	레벨 4	레벨 5	레벨 6	레벨 7	레벨 8
TCPRTP UDP HTTP MQTT COAP SMS	TCP RTP UDP HTTP MQTT SMS	TCP UDP HTTP MQTT SMS	TCP HTTP MQTT SMS	TCP SMS	SMS	SMS

다른 예로, 추천 프로토콜 목록에 HTTP, MQTT, RTP, 및 SMS가 존재하고, 차량 보안 레벨과 차량 기능 손상 레벨이 각각 '레벨 3'과 '레벨 2'인 경우, 프로토콜 결정부(434)는 차량 보안 레벨과 차량 기능 손상 레벨을 합하여 총 레벨을 '레벨 5'로 결정하고, [표 2]의 프로토콜 결정 맵을 참조하여 '레벨 5' 내 프로토콜과 추천 프로토콜 목록 내 프로토콜을 대비하여 일치하는 프로토콜 중 데이터 전송량이 가장 큰 HTTP를 최종 프로토콜로 결정한다.차량(400)의 처리부(430)는 최종 프로토콜에 결정되면 프로토콜 결정 결과를 텔레매틱스 서버(200)에 통지한다. 이후, 텔레매틱스 서버(200)와 차량(400)는 상호 간의 데이터 송수신을 위해 최종 결정된 프로토콜로 설정(세팅)하고, 설정된 프로토콜을 기반으로 통신 채널(통신 경로) 연결을 성립한다. 이후, 차량(400)은 연결된 통신 채널을 통해 서비스 제공 서버(100)와 데이터를 송수신할 수 있다.

도 7은 본 발명의 일 실시 예에 따른 텔레매틱스 서비스 방법을 도시한 흐름도이다.

도 7을 참조하면, 서비스 제공 서버(100)는 데이터 패킷을 전송한다(S700). 예를 들어, 데이터 패킷은 차량 제어 명령 또는 스트리밍 데이터 등일 수 있다.

텔레매틱스 서버(200)는 데이터 패킷 내 데이터를 분석하고 분석결과에 근거하여 추천 프로토콜 목록을 생성한다(S710). 텔레매틱스 서버(200)는 데이터 종류 및 데이터 처리율을 고려하여 데이터 송수신에 사용 가능한 프로토콜 즉, 추천 후보 프로토콜을 선정한다. 텔레매틱스 서버(200)는 데이터를 전송하는 유효 전송지의 개수에 근거하여 추천 후보 프로토콜 중 추천 프로토콜을 선별한다. 예를 들어, 데이터가 단문 메시지이고, 데이터 처리율이 낮으며 서비스 제공 서버(100)로부터 차량(400)으로 단방향 통신을 고려하는 경우, 텔레매틱스 서버(200)는 MQTT, UDP 및 SMS gateway를 추천할 수 있다. 또는, 데이터가 스트리밍 데이터이고, 데이터 처리율이 높으며, 서비스 제공 서버(100)와 차량(400) 간의 양방향 통신을 고려하는 경우, 텔레매틱스 서버(200)는 서비스 제공 서버(100)의 데이터 전송 프로토콜 즉, 서비스 제공 서버(100)가 차량(400)으로 데이터를 전송하는데 사용 가능한 프로토콜로 UDP를 추천하고, 차량(400)의 데이터 전송 프로토콜 즉, 차량(400)이 서비스 제공 서버(100)로 데이터를 전송하는데 사용 가능한 프로토콜로 HTTP 및 TCP를 추천할 수 있다.

텔레매틱스 서버(200)는 추천할 프로토콜이 결정되면 추천 프로토콜 목록을 생성하여 차량(400)으로 전송한다(S720). 텔레매틱스 서버(200)는 서비스 제공 서버(100)로부터 전송되는 데이터에 대한 정보 즉, 데이터 정보를 추천 프로토콜 목록과 함께 전송한다.

차량(400)은 추천 프로토콜 목록 중 데이터 송수신에 이용할 프로토콜을 최종적으로 결정한다(S730). 이때, 차량(400)은 데이터 송신용 프로토콜 및 데이터 수신용 프로토콜 중 적어도 하나를 설정할 수 있다. 예를 들어, 차량(400)은 서비스 제공 서버(100)로부터 전송되는 데이터가 차량 제어 명령인 경우 데이터 우선순위를 '4'로 설정하고, 데이터 목적지 해킹 시 차량 내부 침입 가능성이 없으면 차량 보안 레벨을 '레벨 2'로 결정하고, 데이터 목적지가 움직일 수 없는 경우 차량 기능 손상 레벨을 '레벨 2'로 결정한다. 즉, 차량(400)은 서비스 제공 서버(100)로부터 전송되는 데이터를 긴급 처리 대상으로 판단하고, 차량 보안 레벨과 차량 기능 손상 레벨의 총 레벨이 '레벨 4'이므로, 추천 프로토콜 MQTT, UDP 및 SMS gateway 중 UDP를 최종적으로 선택한다. 다른 예로, 차량(400)은 서비스 제공 서버(100)로부터 전송되는 데이터가 스트리밍 데이터 즉, 엔터테인먼트인 경우 데이터 우선순위를 '1'로 결정하고, 데이터 목적지 해킹 가능성이 없고, 목적지의 동작 제어가 불가능한 경우 차량 보안 레벨과 차량 기능 손상 레벨을 각각 '레벨 1'로 결정한다. 차량(400)는 서비스 제공 서버(100)로부터 전송되는 데이터를 최후순위 처리 대상으로 판단하고, 차량 보안 레벨과 차량 기능 손상 레벨의 총 레벨이 '레벨 2'이므로, 데이터 수신용 추천 프로토콜 UDP를 최종 데이터 수신용 프로토콜로 선택하고, 데이터 송신용 추천 프로토콜 HTTP 및 TCP 중 데이터 전송량이 상대적으로 큰 TCP를 최종 데이터 송신용 프로토콜로 선택한다.

차량(400)는 최종 프로토콜이 결정되면, 프로토콜 결정 결과를 텔레매틱스 서버(200)에 통지한다(S740). 차량(400)는 최종적으로 선택된 데이터 송신용 프로토콜 및 데이터 수신용 프로토콜 중 적어도 하나를 포함하는 프로토콜 결정 결과를 텔레매틱스 서버(200)로 전송한다.

이후, 텔레매틱스 서버(200)는 프로토콜 결정 결과에 기반하여 텔레매틱스 중계기(300)에 프로토콜 설정을 지시하여 프로토콜을 설정한다(S750). 텔레매틱스 중계기(300)는 텔레매틱스 서버(200)의 지시에 따라 프로토콜 세팅을 수행한다.

텔레매틱스 서버(200)와 차량(400)은 상호 간에 데이터 송수신을 위한 통신 경로 연결을 성립(생성)한다(S760). 텔레매틱스 서버(200)와 차량(400)은 통신 경로 연결이 성립되면 상호 간에 데이터를 전송한다(S770). 다시 말해서, 텔레매틱스 서버(200)는 서비스 제공 서버(100)로부터 전송되는 데이터를 차량(400)으로 전송하거나 차량(400)으로부터 전송되는 데이터를 서비스 제공 서버(100)로 전송할 수 있다.

이상의 설명은 본 발명의 기술 사상을 예시적으로 설명한 것에 불과한 것으로서, 본 발명이 속하는 기술 분야에서 통상의 지식을 가진 자라면 본 발명의 본질적인 특성에서 벗어나지 않는 범위에서 다양한 수정 및 변형이 가능할 것이다. 따라서, 본 발명에 개시된 실시 예들은 본 발명의 기술 사상을 한정하기 위한 것이 아니라 설명하기 위한 것이고, 이러한 실시 예에 의하여 본 발명의 기술 사상의 범위가 한정되는 것은 아니다. 본 발명의 보호 범위는 아래의 청구범위에 의하여 해석되어야 하며, 그와 동등한 범위 내에 있는 모든 기술 사상은 본 발명의 권리범위에 포함되는 것으로 해석되어야 할 것이다.

100: 서비스 제공 서버
200: 텔레매틱스 서버
300: 텔레매틱스 중계기
400: 차량

Claims

네트워크를 통해 서비스 제공 서버 및 텔레매틱스 중계기와 연결되는 텔레매틱스 서버를 포함하고,
상기 텔레매틱스 서버는 상기 텔레매틱스 중계기를 통해 차량과 데이터를 송수신하되,
상기 서비스 제공 서버로부터 유입되는 데이터의 종류 및 처리율 중 적어도 하나에 근거하여 상기 데이터의 송수신에 사용 가능한 추천 프로토콜을 선정하고 상기 차량과의 핸드세이킹(hand-shaking)을 통해 상기 추천 프로토콜 중 최종 프로토콜을 결정하는 것을 특징으로 하는 텔레매틱스 서비스 시스템.
제1항에 있어서,
상기 텔레매틱스 서버는,
상기 서비스 제공 서버로부터 상기 유입되는 데이터가 스트리밍 데이터인지, 대용량 데이터인지, 및 혼잡한 링크로부터 수신되었는지 중 적어도 하나를 고려하여 제1데이터 레벨을 설정하는 것을 특징으로 하는 텔레매틱스 서비스 시스템.
제2항에 있어서,
상기 텔레매틱스 서버는 상기 데이터 패킷의 유입 불안정 여부에 근거하여 제1중단 플래그를 설정하는 것을 특징으로 하는 텔레매틱스 서비스 시스템.
제3항에 있어서,
상기 텔레매틱스 서버는 상기 유입되는 데이터 패킷의 데이터량을 측정하여 처리율 및 처리율 변화량을 산출하고, 산출된 처리율 및 처리율 변화량을 고려하여 제2데이터 레벨 및 제2중단 플래그를 설정하는 것을 특징으로 하는 텔레매틱스 서비스 시스템.
제4항에 있어서,
상기 텔레매틱스 서버는 상기 제1데이터 레벨 및 상기 제2데이터 레벨을 기정의된 참조테이블에 매핑하여 추천 후보 프로토콜을 선정하는 것을 특징으로 하는 텔레매틱스 서비스 시스템.
제4항에 있어서,
상기 텔레매틱스 서버는 상기 제1중단 플래그 및 상기 제2중단 플래그 중 적어도 하나가 인에이블(enable)로 설정된 경우, 기정의된 신뢰할 수 있는 프로토콜을 상기 추천 후보 프로토콜로 선정하는 것을 특징으로 하는 텔레매틱스 서비스 시스템.
제6항에 있어서,
상기 텔레매틱스 서버는 상기 데이터를 전송하는 전송지가 둘 이상인 경우 상기 추천 후보 프로토콜 중 신뢰할 수 있는 프로토콜을 상기 추천 프로토콜로 결정하는 것을 특징으로 하는 텔레매틱스 서비스 시스템.
제7항에 있어서,
상기 텔레매틱스 서버는 상기 데이터를 전송하는 전송지가 둘 이상이 아닌 경우, 상기 추천 후보 프로토콜 중 경량 프로토콜을 상기 추천 프로토콜로 결정하는 것을 특징으로 하는 텔레매틱스 서비스 시스템.
제1항에 있어서,
상기 차량은 상기 데이터의 종류에 따라 데이터 우선순위를 결정하고, 상기 데이터의 목적지 및 목적지 기능을 고려하여 차량 보안 레벨 및 차량 기능 손상 레벨을 결정하고, 상기 데이터 우선순위, 상기 차량 보안 레벨 및 상기 차량 기능 손상 레벨을 고려하여 상기 최종 프로토콜을 결정하는 것을 특징으로 하는 텔레매틱스 서비스 시스템.
제9항에 있어서,
상기 차량은 상기 차량 보안 레벨 및 상기 차량 기능 손상 레벨을 기반으로 프로토콜 결정 맵을 참조하여 상기 추천 프로토콜 중 데이터 전송량이 가장 큰 프로토콜을 상기 최종 프로토콜로 선택하는 것을 특징으로 하는 텔레매틱스 서비스 시스템.
네트워크를 통해 서비스 제공 서버 및 텔레매틱스 중계기와 연결되는 텔레매틱스 서버와 텔레매틱스 중계기에 연결되는 차량을 포함하는 텔레매틱스 서비스 시스템에 있어서,
텔레매틱스 서버가 서비스 제공 서버로부터 유입되는 데이터를 수신하는 단계,
상기 텔레매틱스 서버가 상기 유입되는 데이터의 종류 및 처리율 중 적어도 하나에 근거하여 데이터 송수신에 사용 가능한 추천 프로토콜을 선정하는 단계,
상기 텔레매틱스 서버가 상기 차량과의 핸드세이킹(hand-shaking)을 통해 상기 추천 프로토콜 중 최종 프로토콜을 결정하는 단계를 포함하는 것을 특징으로 하는 텔레매틱스 서비스 방법.
제11항에 있어서,
상기 추천 프로토콜을 선정하는 단계는,
상기 유입되는 데이터가 스트리밍 데이터인지, 대용량 데이터인지, 및 혼잡한 링크로부터 수신되었는지 중 적어도 하나를 고려하여 제1데이터 레벨을 설정하는 단계,
상기 텔레매틱스 서버로 유입되는 데이터량을 측정하여 처리율 및 처리율 변화량을 산출하고, 산출된 처리율 및 처리율 변화량을 고려하여 제2데이터 레벨을 설정하는 단계,
상기 제1데이터 레벨 및 상기 제2데이터 레벨을 기정의된 참조테이블에 매핑하여 추천 후보 프로토콜을 선정하는 단계, 및
상기 데이터를 전송하는 유효 전송지가 둘 이상인지 여부에 따라 상기 추천 후보 프로토콜 중 상기 추천 프로토콜로 결정하는 단계를 포함하는 것을 특징으로 하는 텔레매틱스 서비스 방법.
제12항에 있어서,
상기 제1데이터 레벨을 설정하는 단계에서,
상기 텔레매틱스 서버가 데이터의 유입 불안정 여부에 따라 제1중단 플래그를 설정하는 것을 특징으로 하는 텔레매틱스 서비스 방법.
제13항에 있어서,
상기 제2데이터 레벨을 설정하는 단계에서,
상기 텔레매틱스 서버가 처리율 및 처리율 변화량을 고려하여 제2중단 플래그를 설정하는 것을 특징으로 하는 텔레매틱스 서비스 방법.
제14항에 있어서,
상기 추천 후보 프로토콜을 선정하는 단계에서,
상기 제1중단 플래그 및 상기 제2중단 플래그 중 적어도 하나가 인에이블로 설정된 경우, 기정의된 신뢰할 수 있는 프로토콜을 추천 후보 프로토콜로 선정하는 것을 특징으로 하는 텔레매틱스 서비스 방법.
제12항에 있어서,
상기 추천 프로토콜을 결정하는 단계에서,
상기 유효 전송지가 둘 이상인 경우, 상기 추천 후보 프로토콜 중 신뢰할 수 있는 프로토콜을 상기 추천 프로토콜로 결정하는 것을 특징으로 하는 텔레매틱스 서비스 방법.
제16항에 있어서,
상기 추천 프로토콜을 결정하는 단계에서,
상기 유효 전송지가 둘 이상이 아닌 경우, 상기 추천 후보 프로토콜 중 경량 프로토콜을 상기 추천 프로토콜로 결정하는 것을 특징으로 하는 텔레매틱스 서비스 방법.
제11항에 있어서,
상기 최종 프로토콜을 결정하는 단계는,
상기 차량이 상기 데이터의 종류에 따라 데이터 우선순위를 결정하는 단계,
상기 차량이 상기 데이터의 목적지 및 목적지 기능을 고려하여 차량 보안 레벨 및 상기 차량 기능 손상 레벨을 결정하는 단계,
상기 차량이 상기 데이터 우선순위, 상기 차량 보안 레벨 및 상기 차량 기능 손상 레벨을 고려하여 상기 최종 프로토콜을 선정하는 단계, 및
상기 차량이 상기 최종 프로토콜을 상기 텔레매틱스 서버에 통지하는 단계를 포함하는 것을 특징으로 하는 텔레매틱스 서비스 방법.
제18항에 있어서,
상기 최종 프로토콜을 선정하는 단계에서,
상기 차량 보안 레벨 및 상기 차량 기능 손상 레벨을 기반으로 프로토콜 결정 맵을 참조하여 상기 추천 프로토콜 중 데이터 전송량이 가장 큰 프로토콜을 상기 최종 프로토콜로 선택하는 것을 특징으로 하는 텔레매틱스 서비스 방법.
제11항에 있어서,
상기 최종 프로토콜을 결정하는 단계 이후,
상기 텔레매틱스 서버가 상기 텔레매틱스 중계기에 지시하여 상기 최종 프로토콜로 설정하는 단계,
상기 텔레매틱스 서버가 설정된 최종 프로토콜에 기반하여 상기 차량과 통신 경로를 성립하는 단계, 및
상기 텔레매틱스 서버가 상기 통신 경로를 통해 상기 차량과 데이터를 송수신하는 단계를 더 포함하는 것을 특징으로 하는 텔레매틱스 서비스 방법.