KR20210107410A

KR20210107410A - 차량 사고의 판단 방법, 그를 수행하는 서버 장치, 차량용 전자 장치 및 그의 동작 방법

Info

Publication number: KR20210107410A
Application number: KR1020200022378A
Authority: KR
Inventors: 조영석; 기현식; 김영일; 김준홍; 이상훈; 장홍훈; 정현훈
Original assignee: 삼성전자주식회사
Priority date: 2020-02-24
Filing date: 2020-02-24
Publication date: 2021-09-01
Also published as: EP3869481A1; US11645915B2; KR102332527B1; US20210264789A1

Abstract

개시된 실시예에 따른 차량 사고의 판단 방법은 차량으로부터, 가변하는 통신 주기 마다 차량의 속도 및 위치를 포함하는 제1 정보를 수신하는 단계; 상기 차량의 이동 경로에 대한 환경 정보인 제2 정보를 획득하는 단계; 상기 제1 정보 및 상기 제2 정보에 근거하여, 상기 통신 주기 동안의 상기 차량의 이동 범위가 기준값에 대응되도록, 상기 통신 주기를 갱신하는 단계; 및 상기 갱신된 통신 주기마다 상기 차량으로부터 갱신된 상기 제1 정보가 수신되는지 여부에 근거하여, 상기 차량의 사고 발생 여부를 판단하는 단계를 포함한다.

Description

차량 사고의 판단 방법, 그를 수행하는 서버 장치, 차량용 전자 장치 및 그의 동작 방법 {Method for determining vehicle accident, server device performing the same method, vehicle electronic device, and operating method for the vehicle electronic device}

개시된 실시예는 차량 사고의 판단 방법, 그를 수행하는 서버 장치, 차량용 전자 장치 및 그의 동작 방법에 대한 것이다.

구체적으로, 개시된 실시예는, 서버와 통신하는 차량에 사고가 발생하였는지 여부를 판단하기 위한, 차량 사고의 판단 방법, 그를 수행하는 서버 장치, 차량용 전자 장치 및 그의 동작 방법에 대한 것이다.

차량의 보급이 증가됨에 따라서 차량 사고 또한 증가하고 있다.

이러한 차량 사고와 관련하여, 사고 발생을 빠르고 정확하게 인식하여야 사고 발생에 다른 인적 및 물적 피해를 최소화할 수 있다.

그에 따라서, 차량에 사고가 발생하는지 여부를 보다 정확하고 빠르게 판단하는 것이 무엇보다 중요하다.

차량 사고에 대응하기 위해서, 차량 내에 응급 서비스 제공을 위한 모듈 등이 설치될 수 있다. 예를 들어, 차량 내에 e-call(emergency call) 버튼 등과 같이 위급 상황 시 구조 요청을 외부의 장치 또는 구호 기관으로 알리기 위한 장치가 설치될 수 있다. 여기서, e-call 버튼은 유럽 연합(EU)에서 설치가 의무화 되어 있는 시스템으로, 사고 발생 등과 같은 긴급 상황 시에 자동 또는 수동으로 경보가 발생하여 외부의 장치 또는 구호 기관(예를 들어, 재난 구조를 위한 병원 또는 기관 등)으로 전달한다. 구체적으로, e-call 버튼에는 심(SIM) 카드와 위치 추적을 위한 GPS 장치가 내장되어 있어서, 자동으로 구호 기관으로 연결하여 사고 발생을 알린다.

또한, 차량 사고가 발생한 경우, 차량의 운전자는 직접 구호 기관으로 통신 연결을 하여, 차량 사고 발생을 알릴 수 있다. 예를 들어, 운전자는 자신의 휴대폰을 이용하여 차량 사고를 신고할 수 있다. 또는, 차량에 구호 기관으로 통신을 연결할 수 있는 모듈이 설치된 경우, 운전자는 차량에 설치된 모듈을 통하여 구호 기관과 통신을 연결한 후, 차량 사고를 신고할 수 있다.

그러나, 차량의 파손으로 인하여 e-call 버튼이 작동하지 않는 경우 또는 운전자의 부상 등으로 운전자가 사고 발생을 직접 외부의 구호 기관으로 알릴 수 없는 경우가 발생할 수 있다. 전술한 바와 같이, 사고가 발생한 차량 자체 또는 운전자 스스로가 차량 사고를 외부로 알리기 어려운 경우에는, 사고 차량에 대한 구호 조치가 지연되어 운전자 구호의 골든 타임을 놓칠 수 있게 되는 문제가 있다.

따라서, 어떠한 상황에서도 차량의 사고 발생 여부를 신속하게 파악할 수 있는 방법 및 장치를 제공할 필요가 있다.

개시된 실시예는 차량에 대한 사고 발생을 빠르게 인식할 수 있도록 하기 위한 차량 사고의 판단 방법, 그를 수행하는 서버 장치, 차량용 전자 장치 및 그의 동작 방법의 제공을 목적으로 한다.

구체적으로, 개시된 실시예는 차량이 사고 발생 여부를 외부로 알리지 못하는 상황에 있는 경우에도 외부에서 빠르게 사고 발생 여부를 인식할 수 있도록 하기 위한 차량 사고의 판단 방법, 그를 수행하는 서버 장치, 차량용 전자 장치 및 그의 동작 방법의 제공을 목적으로 한다.

또한, 상기 제2 정보는 차량의 이동 경로에서의 운전 환경에 대한 정보를 포함할 수 있다.

또한, 상기 제2 정보는 차량의 이동 경로에 대응되는 날씨, 음영 지역 정보, 도로 상태, 사고 발생 정보, 사고 다발 지역에 대한 정보, 및 운행 조건에 대한 정보 중 적어도 하나를 포함할 수 있다.

또한, 상기 통신 주기를 갱신하는 단계는 상기 통신 주기 동안의 상기 차량의 이동 범위가 기준값에 대응되는 값으로 유지되도록, 상기 차량의 속도에 반비례하는 값으로 상기 통신 주기를 갱신하는 단계를 포함할 수 있다.

또한, 상기 통신 주기를 갱신하는 단계는 상기 통신 주기 동안의 상기 차량의 이동 범위가 기준값에 대응되는 값으로 유지되도록, 상기 차량의 속도에 반비례하는 값으로 초기 통신 주기를 설정하는 단계; 및 상기 제2 정보에 근거하여 상기 초기 통신 주기에 가중치를 적용하여 최종 통신 주기를 설정하는 단계를 포함할 수 있다.

또한, 상기 차량의 사고 발생 여부를 판단하는 단계는 상기 갱신된 통신 주기 내에 상기 갱신된 제1 정보가 수신되지 않으면, 상기 차량에 사고가 발생한 것으로 판단하는 단계를 포함할 수 있다.

또한, 개시된 실시예에 따른 차량 사고의 판단 방법은 사고가 발생한 것으로 판단되면, 사고 발생을 알리는 정보를 차량 사고 구조 기관으로 전송하는 단계를 더 포함할 수 있다.

또한, 상기 차량 사고 발생 여부를 판단하는 단계는 상기 갱신된 통신 주기 내에 상기 갱신된 제1 정보가 수신되는지 판단하는 단계; 상기 갱신된 통신 주기 내에 상기 갱신된 제1 정보가 수신되지 않으면, 상기 제1 정보에 근거하여 적어도 하나의 주변 차량에 상황 정보를 요청하는 단계; 상기 적어도 하나의 주변 차량 중 적어도 하나로부터 상기 상황 정보를 수신하는 단계; 및 상기 상황 정보에 근거하여 상기 차량의 사고 발생 여부를 판단하는 단계를 포함할 수 있다.

또한, 상기 상황 정보는 상기 주변 차량의 이동 경로에서의 운전 환경을 나타내는 정보를 포함할 수 있다.

개시된 실시예에 따른 서버 장치는 챠량과 통신하는 통신부; 및 적어도 하나의 인스트럭션을 수행하는 프로세서를 포함한다. 상기 프로세서는 상기 통신부를 통하여 상기 차량으로부터 수신되며 가변하는 통신 주기 마다 차량의 속도 및 위치를 포함하는 제1 정보, 및 상기 차량의 이동 경로에 대한 환경 정보인 제2 정보에 근거하여, 상기 통신 주기 동안의 상기 차량의 이동 범위가 기준값에 대응되도록, 상기 통신 주기를 갱신하고, 상기 갱신된 통신 주기가 상기 차량으로 전송되도록 상기 통신부를 제어하고, 상기 갱신된 통신 주기마다 상기 차량으로부터 갱신된 상기 제1 정보가 수신되는지 여부에 근거하여, 상기 차량의 사고 발생 여부를 판단한다.

또한, 상기 프로세서는 상기 통신 주기 동안의 상기 차량의 이동 범위가 기준값에 대응되는 값으로 유지되도록, 상기 차량의 속도에 반비례하는 값으로 상기 통신 주기를 갱신할 수 있다.

또한, 상기 프로세서는 상기 통신 주기 동안의 상기 차량의 이동 범위가 기준값에 대응되는 값으로 유지되도록, 상기 차량의 속도에 반비례하는 값으로 초기 통신 주기를 설정하고, 상기 제2 정보에 근거하여 상기 초기 통신 주기에 가중치를 적용하여 최종 통신 주기를 설정할 수 있다.

또한, 상기 프로세서는 상기 갱신된 통신 주기 내에 상기 갱신된 제1 정보가 수신되는지 판단하고, 상기 갱신된 통신 주기 내에 상기 갱신된 제1 정보가 수신되지 않으면, 상기 제1 정보에 근거하여 적어도 하나의 주변 차량에 상황 정보를 요청하며, 상기 통신부를 통하여 상기 적어도 하나의 주변 차량 중 적어도 하나로부터 상기 상황 정보가 수신되도록 제어하며, 상기 상황 정보에 근거하여 상기 차량의 사고 발생 여부를 판단할 수 있다.

또한, 개시된 실시예에 따른 서버 장치는 복수개의 속도에 대응되는 복수개의 기준값들을 저장하는 DB(Data base)를 더 포함할 수 있다.

또한, 상기 프로세서는 상기 제1 정보 및 상기 제2 정보를 입력받고 신경망을 통한 연산을 수행하여 상기 통신 주기 동안의 상기 차량의 이동 범위가 상기 기준값에 대응되도록 상기 통신 주기를 산출할 수 있다.

개시된 실시예에 따른 차량용 전자 장치의 동작 방법은 차량의 속도 및 위치를 포함하는 제1 정보를 서버로 전송하는 단계; 상기 제1 정보 및 상기 차량의 이동 경로에 대한 환경 정보인 제2 정보에 근거하여 설정된 통신 주기에 대한 값을 수신하는 단계; 및 상기 통신 주기가 도래하면, 현재 시점에 대응되는 상기 제1 정보를 상기 서버로 전송하는 단계를 포함한다. 상기 통신 주기는 상기 통신 주기 동안의 상기 차량의 이동 범위가 기준값에 대응되도록 설정되는 값이다.

개시된 실시예에 따른 차량용 전자 장치는 서버와 통신하는 통신부; 및 적어도 하나의 인스트럭션을 실행하는 프로세서를 포함한다. 상기 프로세서는 상기 통신부를 제어하여 차량의 속도 및 위치를 포함하는 제1 정보가 서버로 전송되도록 제어하며, 상기 제1 정보 및 상기 차량의 이동 경로에 대한 환경 정보인 제2 정보에 근거하여 설정된 통신 주기에 대한 값이 상기 통신부로 수신되도록 제어하며, 상기 통신 주기가 도래하면, 현재 시점에 대응되는 상기 제1 정보가 상기 서버로 전송되도록 상기 통신부를 제어한다. 상기 통신 주기는 상기 통신 주기 동안의 상기 차량의 이동 범위가 기준값에 대응되도록 설정되는 값이다.

개시된 실시예에 따른 차량 사고의 판단 방법, 그를 수행하는 서버 장치, 차량용 전자 장치 및 그의 동작 방법은 차량이 사고 발생 여부를 외부로 알리지 못하는 상황에 있는 경우에도 외부에서 사고 발생 여부를 판단할 수 있다.

구체적으로, 개시된 실시예에 따른 차량 사고의 판단 방법, 그를 수행하는 서버 장치, 차량용 전자 장치 및 그의 동작 방법은 차량이 사고 발생 여부를 외부로 알리지 못하는 상황에 있는 경우에도 서버와 차량 간의 통신에 근거하여 외부에서 사고 발생 여부를 판단할 수 있다.

도 1은 개시된 실시예에 따른 서버와 차량 간의 통신을 설명하기 위한 도면이다.
도 2는 실시예에 따라서 서버와 차량 간의 통신 주기를 변경하는 동작을 설명하기 위한 도면이다.
도 3은 개시된 실시예에 따른 차량 사고의 판단 방법을 설명하기 위한 도면이다.
도 4는 개시된 실시예에 따라서 탄력적으로 변경되는 서버와 차량 간의 통신 주기를 설명하기 위한 도면이다.
도 5는 개시된 실시예에 따른 서버 장치를 나타내는 블록도이다.
도 6은 개시된 실시예에 따른 차량 사고의 판단 방법을 나타내는 흐름도이다.
도 7a는 도 6에 개시된 실시예에 따른 차량 사고의 판단 방법을 구체적으로 나타내는 흐름도이다.
도 7b는 도 7의 S380을 동작을 설명하기 위한 도면이다.
도 8은 개시된 실시예에 따른 차량용 전자 장치를 나타내는 블록도이다.
도 9는 개시된 실시예에 따른 차량용 전자 장치의 동작 방법을 나타내는 흐름도이다.
도 10은 개시된 실시예에 따른 차량용 전자 장치를 나타내는 다른 블록도이다.
도 11은 개시된 실시예에 따른 차량 사고의 판단 방법을 나타내는 또 다른 흐름도이다.
도 12는 개시된 실시예에 따른 서버와 차량들 간의 통신 동작을 설명하기 위한 일 도면이다.
도 13은 개시된 실시예에 따른 차량 사고의 판단 방법을 나타내는 또 다른 흐름도이다.

아래에서는 첨부한 도면을 참조하여 본 발명이 속하는 기술 분야에서 통상의 지식을 가진 자가 용이하게 실시할 수 있도록 본 발명의 실시예를 상세히 설명한다. 그러나 본 발명은 여러 가지 상이한 형태로 구현될 수 있으며 여기에서 설명하는 실시예에 한정되지 않는다. 그리고 도면에서 본 발명을 명확하게 설명하기 위해서 설명과 관계없는 부분은 생략하였으며, 명세서 전체를 통하여 유사한 부분에 대해서는 유사한 도면 부호를 붙였다.

명세서 전체에서, 어떤 부분이 다른 부분과 "연결"되어 있다고 할 때, 이는 "직접적으로 연결"되어 있는 경우뿐 아니라, 그 중간에 다른 소자를 사이에 두고 "전기적으로 연결"되어 있는 경우도 포함한다. 또한 어떤 부분이 어떤 구성요소를 "포함"한다고 할 때, 이는 특별히 반대되는 기재가 없는 한 다른 구성요소를 제외하는 것이 아니라 다른 구성요소를 더 포함할 수 있는 것을 의미한다.

본 명세서에서 다양한 곳에 등장하는 "일부 실시예에서" 또는 "일 실시예에서" 등의 어구는 반드시 모두 동일한 실시예를 가리키는 것은 아니다.

일부 실시예는 기능적인 블록 구성들 및 다양한 처리 단계들로 나타내어질 수 있다. 이러한 기능 블록들의 일부 또는 전부는, 특정 기능들을 실행하는 다양한 개수의 하드웨어 및/또는 소프트웨어 구성들로 구현될 수 있다. 예를 들어, 본 개시의 기능 블록들은 하나 이상의 프로세서 또는 마이크로프로세서들에 의해 구현되거나, 의도하는 기능을 수행하기 위한 회로 구성들에 의해 구현될 수 있다. 또한, 예를 들어, 본 개시의 기능 블록들은 다양한 프로그래밍 또는 스크립트 언어로 구현될 수 있다. 기능 블록들은 하나 이상의 프로세서들에서 실행되는 알고리즘으로 구현될 수 있다. 또한, 본 개시는 전자적인 환경 설정, 신호 처리, 및/또는 데이터 처리 등을 위하여 종래 기술을 채용할 수 있다. 모듈 및 구성등과 같은 용어는 넓게 사용될 수 있으며, 기계적이고 물리적인 구성들로서 한정되는 것은 아니다.

또한, 도면에 도시된 구성 요소들 간의 연결 선 또는 연결 부재들은 기능적인 연결 및/또는 물리적 또는 회로적 연결들을 예시적으로 나타낸 것일 뿐이다. 실제 장치에서는 대체 가능하거나 추가된 다양한 기능적인 연결, 물리적인 연결, 또는 회로 연결들에 의해 구성 요소들 간의 연결이 나타내어질 수 있다.

또한, 'A, B, 및 C 중 적어도 하나'라는 기재는 'A', 'B', 'C', 'A 및 B', 'A 및 C', 'B 및 C', 및 'A, B, 및 C' 중 어느 하나가 될 수 있음을 의미한다.

또한, 본 명세서에서 '~부(유닛)', '모듈' 등으로 표현되는 구성요소는 2개 이상의 구성요소가 하나의 구성요소로 합쳐지거나 또는 하나의 구성요소가 보다 세분화된 기능별로 2개 이상으로 분화될 수도 있다. 또한, 이하에서 설명할 구성요소 각각은 자신이 담당하는 주기능 이외에도 다른 구성요소가 담당하는 기능 중 일부 또는 전부의 기능을 추가적으로 수행할 수도 있으며, 구성요소 각각이 담당하는 주기능 중 일부 기능이 다른 구성요소에 의해 전담되어 수행될 수도 있음은 물론이다.

개시된 실시예에 따른 차량 사고의 판단 방법, 그를 수행하는 서버 장치, 차량용 전자 장치 및 그의 동작 방법을 이하에 첨부된 도면을 참조하여 상세히 설명한다. 첨부된 도면들에 있어서, 동일한 구성 요소는 동일한 도면 기호를 이용하여 도시하였다. 또한, 상세한 설명 전체적으로, 동일한 구성은 동일한 용어로 기재하였다.

도 1은 개시된 실시예에 따른 서버와 차량 간의 통신을 설명하기 위한 도면이다.

개시된 실시예에는, 서버와 차량 간의 통신을 이용하여, 서버에서 차량의 사고 발생 여부를 판단한다.

도 1을 참조하면, 차량(150)과 서버(100)는 무선 통신 네트워크를 통하여 상호 통신할 수 있다.

개시된 실시예에서, 서버(100)는 차량(150)으로부터, 가변하는 통신 주기 마다 차량의 속도 및 위치를 포함하는 제1 정보를 수신한다(S151). 그리고, 차량(150)의 이동 경로에 대한 환경 정보인 제2 정보를 획득한다. 계속하여, 제1 정보 및 제2 정보에 근거하여, 통신 주기 동안의 차량(150)의 이동 범위가 기준값에 대응되도록, 통신 주기를 갱신할 수 있다(S152). 그리고, 설정된 통신 주기를 서버(100)에서 차량(150)로 전송한다(S153). 그리고, 갱신된 통신 주기마다 차량(150)으로부터 갱신된 제1 정보가 수신되는지 여부에 근거하여, 차량(150)의 사고 발생 여부를 판단할 수 있다. 여기서,'통신 주기를 갱신'한다는 것은 갱신된 제1 정보가 수신될 때마다 통신 주기를 새롭게 설정하는 것을 의미할 수 있다. 예를 들어, 이전 주기 동안에 수신된 제1 정보에 근거하여 다음 주기의 통신 주기 값을 설정하고, 다음 주기의 통신 주기 동안에 수신된 제1 정보에 근거하여 그 다음 주기의 통신 주기 값을 설정할 수 있다.

개시된 실시예에서, 무선 통신 네트워크는 원거리 통신 규격에 따라서 원거리 통신을 지원하기 위한 네트워크로, 서로 원거리에 위치하는 차량(150)과 서버(100) 간의 통신을 지원할 수 있다. 구체적으로, 무선 통신 네트워크는 3G, 4G, 및/또는 5G 통신 규격에 따르는 통신 네트워크, 또는 인터넷 통신을 위한 네트워크 등이 될 수 있다. 또한, 무선 통신 네트워크는 전술한 예시 이외에도 원거리 통신을 지원하는 다양한 네트워크들이 될 수 있다.

개시된 실시예에서, 차량(150)과 서버(100)는 서버(100)가 설정하는 통신 주기 간격으로 주기적으로 통신을 수행하여, 차량(150)은 서버(100)로 제1 정보를 전송한다(S151). 여기서, 제1 정보는 차량의 속도 및 위치에 대한 정보를 포함할 수 있다. 즉, 제1 정보는 차량의 속도에 대한 정보 및 차량의 위치에 대한 정보를 포함할 수 있다. 구체적으로, 제1 정보는 해당 통신 주기에 대응하는 차량의 속도 및 차량의 현재 위치에 대한 정보를 포함할 수 있다.

예를 들어, 차량의 속도에 대한 정보는 해당 통신 주기 동안에 차량의 평균 속도, 해당 통신 주기에 포함되는 소정 시점에서의 차량의 속도, 또는 해당 통신 주기에 포함되는 일부 시간 구간 동안의 차량의 평균 속도가 될 수 있다. 또한, 차량의 위치에 대한 정보는 차량의 GPS 모듈(미도시)에서 획득된 GPS 정보, 차량의 네비게이션(미도시)에서 획득한 위치 정보(예를 들어, 현재 위치에 대응되는 지도 정보 등)이 포함될 수 있다.

또한, 서버(100)는 차량(150)의 이동 경로에 대한 환경 정보인 제2 정보를 획득할 수 있다. 구체적으로, 서버(100)는 차량(150)으로부터 제1 정보를 수신하고, 제1 정보에 근거하여 차량(150)의 이동 경로에 대한 환경 정보인 제2 정보를 획득할 수 있다. 구체적으로, 서버(100)는 제1 정보에 포함되는 차량의 위치 정보에 근거하여 차량의 이동 경로를 파악하고 차량의 이동 경로에 대한 환경 정보를 획득할 수 있다.

여기서, 제2 정보는 차량(150)의 이동 경로에 대한 운전 환경을 나타내는 정보를 포함할 수 있다. 구체적으로, 제2 정보는 차량(150)의 이동 경로에 대응되는 날씨, 음영 지역 정보, 도로 상태, 사고 발생 정보, 사고 다발 지역에 대한 정보, 및 운행 조건에 대한 정보 중 적어도 하나를 포함할 수 있다.

또한, 제2 정보는 서버(100)가 교통 정보를 제공하는 서버(미도시)에 접속하여 획득될 수 있다. 예를 들어, 서버(100)는 제1 정보에 포함되는 차량의 위치 정보에 근거하여, 교통 정보를 제공하는 서버(미도시)로부터 해당 위치의 교통 상황, 예를 들어, 사고 발생 정보, 날씨, 사고 다발 지역에 해당하는지에 대한 정보 등을 수신할 수 있다. 즉, 서버(100)는 제1 정보에 포함되는 위치 정보에 근거하여, GPS 기반 정보들(예를 들어, 음영 지역, 사고 다발 지역, 사고 발생 정보, 날씨 정보 등)을 획득할 수 있다.

또한, 제2 정보는 제1 정보에 포함되는 위치 정보에 근거하여, 위치 정보에 대응되는 지도 상의 지형 정보를 획득할 수 있다. 그리고, 지도 상의 지형 정보를 분석하여 해상 위치의 운전 환경, 예를 들어, 급경사, 급커브, 사고 다발 지역 등에 해당하는지를 나타내는 제2 정보를 획득할 수 있다.

또한, 서버(100)는 자체적으로 지도 등에 대응되는 맵 정보를 저장하고 있을 수 있다. 여기서, 맵 정보는 네비게이션 지도 자체가 될 수 있으며, 지도 상의 도로 상황(예를 들어, 급커브, 낙석 발생 구간 등) 및/또는 도로의 운행 규정(예를 들어, 제한 속도 등)에 대한 정보들을 포함할 수 있다. 서버(100)가 맵 정보를 저장하고 있는 경우, 서버(100)는 제1 정보에 포함되는 위치 정보를 맵 정보에 대응시켜, 차량의 위치에 대응되는 제2 정보를 차제적으로 획득할 수 있을 것이다. 또한, 서버(100)가 맵 정보를 저장하고 있지 않은 경우, 서버(100)는 맵 정보를 제공하는 다른 서버(미도시) 또는 장치(미도시)에 접속하여 차량의 위치에 대응되는 제2 정보를 요청함으로써, 제2 정보를 획득할 수 있을 것이다.

서버(100)는 제1 정보 및 제2 정보에 근거하여, 통신 주기 동안의 상기 차량의 이동 범위가 기준값에 대응되도록, 상기 통신 주기를 갱신하여 설정할 수 있다(S152).

도 2는 실시예에 따라서 서버와 차량 간의 통신 주기를 변경하는 동작을 설명하기 위한 도면이다. 도 1 및 도 2에 있어서, 동일한 구성은 동일한 도면 기호를 이용하여 도시하였다. 그러므로, 도 2에 도시된 구성들을 설명하는데 있어서, 도 1에서와 중복되는 설명은 생략한다.

개시된 실시예에서, 서버(100)는 차량 별로 통신 주기를 설정할 수 있다.

즉, 서버(100)는 복수개의 차량들(211, 221, 231, 241, 251) 각각과 개별적으로 통신할 수 있으며, 복수개의 차량들 각각에 대응되는 통신 주기를 설정할 수 있다.

서버(100)는 차량 사고를 관리할 수 있는 기관이 운영 및 관리하는 서버가 될 수 있다. 또는, 서버(100)는 차량의 사고 처리를 지원하는 서비스를 제공하는 서비스 제공자의 서버가 될 수 있다. 또는, 서버(100)는 차량의 제조사에서 차량 사고 처리를 지원하기 위해서 운영 및 관리하는 서버가 될 수 있다. 또한, 서버(100)는 서버 장치, 서버 시스템 등으로 호칭될 수도 있다. 이하에서는, 설명의 편의 상 서버, 서버 장치, 서버 시스템 등을 모두 '서버'로 호칭하도록 한다.

서버(100)는 복수개의 차량들 각각을 등록된 차량들 각각에 대하여 개별적으로 통신 주기를 설정하여 전송할 수 있다.

개시된 실시예에서, 서버(100)는 통신 주기 동안의 차량의 이동 범위가 기준값에 대응되는 값으로 유지되도록, 차량의 속도에 반비례하는 값으로 초기 통신 주기를 설정할 수 있다. 그리고, 제2 정보에 근거하여 초기 통신 주기에 가중치를 적용하여 최종 통신 주기를 설정할 수 있다. 여기서, 최종 통신 주기가 서버(100)가 차량(예를 들어, 도 1의 150)으로 S153 단계에서 전송하는 통신 주기가 된다.

사고가 발생 하는 경우, 차량 위치를 추적하는데 있어서 그 범위가 일정하지 않아서 차량의 수색이 어려움이 있을 수 있다. 따라서, 통신 주기 동안의 이동 범위가 기준값에 대응되는 값으로 유지되도록 함으로써, 차량의 통신 주기를 탄력적으로 설정할 수 있다. 예를 들어, 통신 주기가 차량의 속도에 반비례하도록 설정할 수 있다. 또한, 차량의 이동 경로에서의 차량의 운전 환경에 대한 정보를 포함하는 제2 정보에 근거하여 차량의 통신 주기를 설정함으로써, 차량 사고의 가능성 및 위험도를 고려하여 차량과 서버(100) 간의 통신 간격을 탄력적으로 조절할 수 있다.

구체적으로, 서버(100)는 제2 정보에 근거하여 차량의 이동 경로에 대응되는 위치 또는 지점이 사고 발생의 가능성 및/또는 위험도가 높은 경우, 초기 통신 주기에 높은 가중치를 적용하여 최종 통신 주기를 설정할 수 있다. 그리고, 서버(100)는 제2 정보에 근거하여 차량의 이동 경로에 대응되는 위치 또는 지점이 사고 발생의 가능성 및/또는 위험도가 낮아지면, 가중치 값을 감소시켜서 최종 통신 주기를 설정할 수 있다.

구체적으로, 차량의 이동 경로에서의 운전 환경에 따라서, 차량에 대한 사고 발생 가능성이나 위험도가 달라진다. 예를 들어, 차량의 이동 경로 상에 겨울철 도로 위에 녹은 눈이 얼어붙어 얇은 얼음 층을 만드는 블랙아이스(black Ice)가 존재하는 경우, 차량에 대한 사고 발생 가능성이 매우 높아진다. 차량의 이동 경로에서의 운전 환경이 블랙 아이스 발생 구간이면, 가중치 값의 범위 중 최고 값에 해당하는 가중치를 적용하여 최종 통신 주기를 산출할 수 있다. 이하에서는, 설명의 편의 상 최종 통신 주기를 '통신 주기'라 호칭하도록 한다.

예를 들어, 사고 발생의 가능성 또는 위험도에 비례하는 값으로 가중치 값을 설정하는 경우, 최종 통신 주기는 가중치 값에 반비례하는 값을 가질 수 있다. 예를 들어, 사고 발생의 가능성이 높은 운전 환경을 이동중인 차량과는, 통신 주기를 짧게 가져가서, 더 자주 사고 발생 여부를 확인할 수 있도록 할 수 있다.

또 다른 예로, 사고 발생의 가능성 또는 위험도에 반비례하는 값으로 가중치 값을 설정하는 경우, 최종 통신 주기는 가중치 값에 비례하는 값을 가질 수 있다.

개시된 실시예에서는, 제2 정보에 근거하여 사고 발생의 가능성 및/또는 위험도가 높아질수록 서버(100)와 차량 간의 통신 주기를 짧게 설정하여, 서버(100)가 차량의 사고 발생 여부를 더 자주 확인하도록 할 수 있다.

도 2를 참조하면, 서로 다른 운전 환경을 이동하고 있는 차량들이 도시된다.

도시된 서로 다른 공간들(210, 220, 230, 240, 250) 각각에서 이동 중인 복수개의 차량들(211, 221, 231, 241, 251)은 서로 다른 통신 주기에 따라서 서버(100)와 통신할 수 있다.

또한, 서버(100)는 복수개의 차량들(211, 221, 231, 241, 251) 각각을 등록하여, 복수개의 차량들(211, 221, 231, 241, 251) 각각에서 수신되는 제1 정보를 개별적으로 관리할 수 있다.

예를 들어, 서버(100)는 통신 주기를 설정하기 이전에, 차량(예를 들어, 211)로부터 차량(211)의 식별 정보를 수신할 수 있다. 그리고, 수신된 식별 정보에 근거하여, 차량(211)을 등록하고, 등록된 차량(211)으로부터 제1 정보가 수신되면, 제1 정보에 대응되는 통신 주기를 설정하여 등록된 차량(211)로 전송할 수 있다.

여기서, 차량(211)의 식별 정보는 복수개의 차량들 사이에서 특정 차량을 식별할 수 있도록 하는 차량(211)의 고유 정보로, 차량의 차대 번호(VIN: Vehicle Identification Number), 차량의 번호판 번호 등이 포함될 수 있다.

또는, 서버(100)는 제1 정보가 수신될 때 차량(211)의 식별 번호를 함께 수신할 수 있다. 구체적으로, 차량(211)은 제1 정보 및 차량(211)의 식별 번호를 함께 서버(100)로 전송할 수 있다. 즉, 차량(211)은 제1 정보를 전송할 때마다 차량(211)의 식별 번호를 함께 서버(100)로 전송할 수 있다.

예를 들어, 서버(100)는 제1 공간(210)을 이동 중인 차량(211)에 대응되는 제1 정보 및 제2 정보에 근거하여, 통신 주기를 3분으로 설정할 수 있다. 또한, 서버(100)는 제1 공간(210)에 비하여 사고 발생 가능성이 높은 공간에 해당하는 제2 공간(220)을 이동 중인 차량(221)에 대응되는 제1 정보 및 제2 정보에 근거하여, 통신 주기를 1분으로 설정할 수 있다.

전술한 바와 같이, 개시된 실시예에서, 서버(100)와 차량 간의 통신 주기는 차량의 속도 및 위치, 및 이동 경로 상의 환경 정보에 근거하여 탄력적으로 설정될 수 있다.

도 3은 개시된 실시예에 따른 차량 사고의 판단 방법을 설명하기 위한 도면이다. 도 1 내지 도 3에 있어서, 동일한 구성은 동일한 도면 기호를 이용하여 도시하였다. 그러므로, 도 3에 도시된 구성들을 설명하는데 있어서, 도 1 및 도 2에서와 중복되는 설명은 생략한다. 또한, 도 3의 S320, S340 및 S350 단계는 각각 도 1의 S151, S152, 및 S153 단계에 동일 대응될 수 있다.

도 3을 참조하면, 차량(150)는 소정 이동 경로에 따라서 이동 중인 차량이 될 수 있다. 차량(150)은 제1 정보를 획득할 수 있다. 구체적으로, 차량(150)은 현재 시점에 대응되는 차량의 위치 및 속도에 대한 정보인 제1 정보를 획득할 수 있다. 또는, 차량(150)은 해당 통신 주기에 대응하는 차량의 위치 및 속도에 대한 정보를 제1 정보로 획득할 수 있다.

차량(150)은 서버(100)로 제1 정보를 전송할 수 있다(S320). 구체적으로, 차량(150)은 무선 통신 네트워크를 통하여 서버(100)로 제1 정보를 전송할 수 있다(S320). 또한, 차량(150)은 제1 정보와 함께 차량의 식별 번호(예를 들어, VIN 등)를 서버(100)로 전송할 수 있다. 또한, 제1 정보는 설정된 통신 주기 마다 차량(150)에서 서버(100)로 전송될 수 있다.

서버(100)는 차량(150)의 이동 경로에 대한 환경 정보인 제2 정보를 획득할 수 있다(S330). 구체적으로, 제1 정보에 근거하여 제2 정보를 획득할 수 있다. 예를 들어, 서버(100)는 제1 정보에 포함되는 위치 정보에 근거하여, 서버 기반의 GPS 기반 정보들, 예를 들어, 음영 지역, 사고 다발 지역, 사고 발생 정보, 날씨 정보 등을 획득할 수 있다.

서버(100)는 제1 정보 및 제2 정보에 근거하여, 통신 주기 동안의 차량(150)의 이동 범위가 기준값에 대응되도록, 통신 주기를 갱신할 수 있다(S340). 구체적으로, 서버(100)는 소정 통신 주기 동안에 제1 정보가 수신될 때마다, 수신된 제1 정보 및 제2 정보에 근거하여 통신 주기를 재설정할 수 있다.

통신 주기의 설정은 이하에서 도 4를 참조하여 상세히 설명한다.

도 4는 개시된 실시예에 따라서 탄력적으로 변경되는 서버와 차량 간의 통신 주기를 설명하기 위한 도면이다.

도 4를 참조하면, 서버(100)는 통신 주기 동안의 차량의 이동 범위가 기준값에 대응되는 값으로 유지되도록, 통신 주기를 설정할 수 있다.

기준값은 서버(100)에서 실험적으로 최적화되어 설정될 수 있다.

설정된 통신 주기가 지나도 갱신된 제1 정보가 서버(100)로 수신되지 않는 경우, 서버(100)는 차량(150)에 사고가 발생한 것으로 판단하여 사고 처리 절차를 진행할 수 있다. 사고처리를 위해서는 먼저, 사고가 발생한 것으로 의심되는 차량(150)의 구체적인 위치를 판단하여 사고 차량(150)을 수색하여야 한다. 이 때, 차량의 수색 범위 또는 차량의 예상 위치 범위가 일정하지 않은 경우, 수색에 어려움이 생길 수 있다. 따라서, 개시된 실시예에서는 설정된 통신 주기 동안의 차량의 이동 범위가 일정해 지도록, 차량과 서버 간의 통신 주기를 설정할 수 있다.

도 4를 참조하면, 기준값은 1km 로 설정되는 경우의, 차량의 속도 및 대응되는 통신 주기가 도시된다. 구체적으로, 표(400)는 해당 통신 주기 동안을 해당 속도로 이동하였을 때 차량의 이동 범위가 1km 가 되도록 설정된, 차량(150)의 속도에 대응되는 통신 주기를 나타낸다.

예를 들어, 제1 정보에 포함되는 차량(150)의 속도가 150 km/h 이면 통신 주기는 24초로 설정될 수 있다. 이 때, 해당 통신 주기인 24 초 동안의 차량의 이동 거리는 대략 1 km 가 될 수 있을 것이다. 또한, 제1 정보에 포함되는 차량(150)의 속도가 120 km/h 이면 통신 주기는 30초로 설정될 수 있다. 이 때, 해당 통신 주기인 30 초 동안의 차량의 이동 거리는 대략 1 km 가 될 수 있을 것이다. 또한, 제1 정보에 포함되는 차량(150)의 속도가 100 km/h 이면 통신 주기는 36초로 설정될 수 있다. 이 때, 해당 통신 주기인 36 초 동안의 차량의 이동 거리는 대략 1 km 가 될 수 있을 것이다. 즉, 마지막 통신에서 획득된 제1 정보에 포함되는 GPS 정보 기준(구체적으로, 원의 중심점)으로 원을 그렸을 때, 해당 원의 반지름이 대략 1km가 되고, 차량은 해당 원 안에 존재하고 있을 것이다. 그에 따라서, 차량에 사고가 발생한 것으로 판단되는 경우, 전술한 원의 범위를 차량의 수색 범위로 이용할 수 있을 것이다.

도 4에 도시된 표(400)에서와 같이, 통신 주기는 차량의 속도에 반비례하는 값으로 설정되어, 차량의 속도가 감소되면 통신 주기는 증가하는 값으로 설정될 수 있다.

다시 도 3을 참조하면, 서버(100)는 차량(150)으로 설정된 통신 주기의 값을 전송할 수 있다(S350).

그러면 차량(150)은 통신 주기 값을 수신하고, 수신된 통신 주기에 대응하여 획득된 갱신된 제1 정보를 획득할 수 있다(S360). 구체적으로, 차량(150)은 수신된 통신 주기 동안에 제1 정보를 새롭게 획득할 수 있다.

그리고, 차량(150)은 S360 단계에서 새롭게 획득된 제1 정보를 갱신된 제1 정보로 하여 서버(100)로 전송할 수 있다(S370). 그에 따라서, 서버(100)는 제1 통신 주기 내에 갱신된 제1 정보를 수신할 수 있다.

서버(100)는 갱신된 제1 정보의 수신에 근거하여, 사고 발생 여부를 판단할 수 있다(S380). 구체적으로, 서버(100)는 갱신된 제1 정보가 S340 단계에서 설정된 통신 주기 내에 서버(100)로 수신되지 않으면, 차량(150)에 사고가 발생한 것으로 판단할 수 있다.

또한, 서버(100)는 갱신된 제1 정보가 S340 단계에서 설정된 통신 주기 내에 서버(100)로 수신되면, 차량(150)에 사고가 발생하지 않은 것으로 판단하여, 갱신된 제1 정보에 근거하여 통신 주기를 새롭게 설정할 수 있다. 즉, 서버(100)는 갱신된 제1 정보가 S340 단계에서 설정된 통신 주기 내에 서버(100)로 수신되면, 다시 갱신된 제1 정보에 근거하여, 통신 주기를 설정하는 단계(S340)로 회귀하여, 통신 주기의 설정 동작을 수행할 수 있다.

도 5는 개시된 실시예에 따른 서버 장치를 나타내는 블록도이다. 도 5에 도시된 서버(500)는 도 1 내지 도 4를 참조하여 설명한 서버(100)와 동일 대응될 수 있다. 따라서, 서버(500)의 구성 및 동작들을 설명하는데 있어서, 도 1 내지 도 4에의 설명들과 중복되는 설명들은 생략하도록 한다.

도 5를 참조하면, 서버(500)는 통신부(520), 및 프로세서(510)를 포함할 수 있다. 또한, 서버(500)는 DB(database)(530)를 더 포함할 수 있다.

개시된 실시예에서, 통신부(520)는 차량(예를 들어, 도 3에 도시된 차량(150))과 통신할 수 있다. 구체적으로, 통신부(520)는 프로세서(510)의 제어에 따라서 도 1에서 설명한 무선 통신 네트워크를 통하여 차량(150)과 데이터 및/또는 신호를 송수신할 수 있다.

프로세서(510)는 적어도 하나의 인스트럭션을 수행하여, 의도하는 동작이 수행되도록 제어할 수 있다. 개시된 실시예에서, 프로세서(510)는 통신부(520)를 통하여 차량(150)으로부터 수신되며 가변하는 통신 주기 마다 차량의 속도 및 위치를 포함하는 제1 정보, 및 차량(150)의 이동 경로에 대한 환경 정보인 제2 정보에 근거하여, 통신 주기 동안의 차량(150)의 이동 범위가 기준값에 대응되도록, 통신 주기를 갱신할 수 있다. 그리고, 갱신된 통신 주기가 상기 차량으로 전송되도록 상기 통신부(520)를 제어할 수 있다. 그리고, 갱신된 통신 주기마다 차량(150)으로부터 갱신된 제1 정보가 수신되는지 여부에 근거하여, 차량(150)의 사고 발생 여부를 판단할 수 있다.

또한, 프로세서(510)는 사고가 발생한 것으로 판단되면, 사고 처리 절차를 진행할 수 있다. 구체적으로, 프로세서(510)는 사고가 발생한 것으로 판단되면, 사고 발생에 따른 운전자의 구호 절차 및 차량에 대한 처리 절차를 진행할 수 있다.

구체적으로, 프로세서(510)는 사고가 발생한 것으로 판단되면, 사고 발생을 알리는 정보를 차량 사고 구조 기관으로 전송할 수 있다.

예를 들어, 프로세서(510)는 사고가 발생한 것으로 판단되면, 이전에 수신된 제1 정보에 근거하여 사고가 발생한 것으로 예상되는 차량의 위치를 파악하고, 파악된 차량의 위치를 차량 사고 구조 기관으로 전송할 수 있다. 여기서, 예상되는 차량의 위치는 도 4를 참조하여 전술한 차량의 수색 범위(예를 들어, 마지막 통신에서 획득된 제1 정보에 포함되는 GPS 정보를 중심으로 한 소정 반경을 갖는 원)를 의미할 수 있다. 그리고, 차량 사고 구조 기관은, 소방 재난 센터(예를 들어, 소방서, 119 신고 센터 등), 재난 구조를 위한 병원 또는 기관 등이 될 수 있다.

DB(530)는 메모리(미도시)를 포함할 수 있으며, 메모리(미도시) 내에 서버(500)가 소정 동작을 수행하기 위해서 필요한 적어도 하나의 인스트럭션, 프로그램, 데이터 중 적어도 하나를 저장할 수 있다. 또한, DB(530)는 통신 주기의 설정에 이용되는 속도 별 기준값들을 저장하고 있을 수 있다.

또한, DB(530)는 제1 정보 및 제2 정보 중 적어도 하나를 저장할 수 있다. 구체적으로, 프로세서(510)는 차량(150)으로부터 제1 정보가 수신되면, 수신된 제1 정보가 DB(530)에 저장되도록 제어할 수 있다.

또한, DB(530)는 맵 정보를 저장하고 있을 수 있다. 예를 들어, 제1 정보에 포함되는 차량의 위치 정보에 근거하여 제2 정보를 획득하는데 있어서, 프로세서(510)는 위치 정보를 DB(530)의 맵 정보에 매칭하여, 위치 정보에 대응되는 운행 환경에 대한 정보들을 획득할 수 있다. 여기서, 맵 정보는 네비게이션 맵 자체가 될 수 있으며, 이동 경로 상의 도로 상황(예를 들어, 급커브, 낙석 발생 구간 등), 도로의 운행 규정(예를 들어, 제한 속도 등)에 대한 정보들을 포함할 수 있다.

또한, DB(530)는 서버(500)가 신경망에 따른 연산을 수행하기 위해서 필요한 데이터들을 저장할 수 있다. 여기서, 신경망은 제1 정보 및 제2 정보를 입력받고 최적의 통신 주기를 계산하여 출력하는 신경망이 될 수 있다.

구체적으로, 신경망은 AI(artificial intelligence) 기술에 따른 딥러닝(Deep learning) 기반의 DNN(deep neural network)으로 형성될 수 있다. 여기서, 'DNN(deep neural network)'은 뇌 신경을 모사한 인공신경망 모델이다. 또한, DNN 을 형성하는데 이용되는 '파라미터'는 뉴럴 네트워크를 이루는 각 레이어의 연산 과정에서 이용되는 값으로서 예를 들어, 입력 값을 소정 연산식에 적용할 때 이용되는 가중치를 포함할 수 있다. 또한, 파라미터는 매트릭스 형태로 표현될 수 있다. DNN의 파라미터는 훈련(training)의 결과로 설정되는 값으로서, 필요에 따라 별도의 훈련 데이터(training data)를 통해 갱신될 수 있다.

구체적으로, 서버(500)는 신경망을 통한 연산을 수행하여, 제1 정보 및 제2 정보에 근거하여 최적의 통신 주기를 산출할 수 있다. 또한, 신경망은 통신 주기가 계산된 후, 계산된 통신 주기를 적용하였을 때의 사고 발생의 인식 정확도에 근거하여 신경망의 파라미터 값들을 조절할 수 있다. 구체적으로, 신경망은 사고 발생의 인식 정확도가 높아지는 방향으로 학습(training)될 수 있으며, 그에 따라서 제1 정보 및 제2 정보를 입력받아 최적의 통신 주기를 출력할 수 있다.

프로세서(510)는 서버(500)의 전반적인 동작을 제어한다. 예를 들어, 프로세서(510)는, 서버(500)의 DB(530) 또는 프로세서(510)의 내부 메모리(미도시)에 저장된 적어도 하나의 인스트럭션, 및 프로그램들 중 적어도 하나를 실행함으로써, DB(530) 및 통신부(520)를 전반적으로 제어할 수 있다.

또한, 프로세서(510)는, 서버(500)의 동작을 제어하기 위한 적어도 하나의 인스트럭션, 및/또는 프로그램을 저장할 수 있다. 그리고, 내부에 포함되는 적어도 하나의 인스트럭션, 및/또는 프로그램을 실행함으로써, DB(530) 및 통신부(520)를 전반적으로 제어할 수 있다.

통신부(520)는 차량(150)과 통신을 하게 하는 하나 이상의 구성요소를 포함할 수 있다. 구체적으로, 통신부(520)는 인터넷, 3G, 4G, 및/또는 5G 등의 통신 규격에 따르는 통신 네트워크를 통하여 원거리에 위치하는 다른 장치(예를 들어, 차량 및/또는 외부의 서버 등)와 통신을 수행하는 적어도 하나의 통신 모듈을 포함할 수 있다.

또한, 방송 수신을 수행하는 튜너, 블루투스, WLAN(Wireless LAN)(Wi-Fi), Wibro(Wireless broadband), Wimax(World Interoperability for Microwave Access), CDMA, WCDMA, 인터넷 등과 같은 통신 규격을 따르는 네트워크를 통하여 데이터 송수신을 수행할 수 있는 통신 모듈을 포함할 수 있다.

또한, 통신부(520)는 LoRa(Long Range) 통신 기술을 구현하는 통신 모듈을 더 포함할 수 있다. 여기서, LoRa 는 중장거리 무선 통신 기술로, 적은 전력으로 먼 거리를 통신 할 수 있도록 형성되는 무선 통신 네트워크가 될 수 있다.

개시된 실시예에서, 통신부(520)는 원거리 통신을 지원하는 적어도 하나의 통신 모듈, 예를 들어, 3G, 4G, 및/또는 5G 등의 통신 규격에 따르는 통신 모듈, LoRa(Long Range) 통신 기술을 구현하는 통신 모듈 등을 통하여, 차량과 통신할 수 있다.

도 6은 개시된 실시예에 따른 차량 사고의 판단 방법을 나타내는 흐름도이다. 또한, 도 6은 개시된 실시예에 따른 서버가 수행하는 동작들을 나타내는 흐름도이다. 구체적으로, 도 6은 개시된 실시예에 따른 서버(100 또는 500)가 차량 사고의 발생 여부를 판단하기 위해서 수행하는 동작들을 나타내는 흐름도이다. 도 6에 있어서, 도 3에서와 동일한 구성은 동일한 도면 기호를 이용하여 도시하였으므로, 전술한 설명들과 중복되는 설명은 생략한다. 또한, 도 6에 도시된 동작들을 설명하는데 있어서, 도 5에 도시된 서버(500)를 참조하도록 한다. 또한, 도 6에 도시된 방법(600)에서 언급되는 차량은 도 3에 도시된 차량(150)을 참조하도록 한다.

도 6을 참조하면, 차량 사고의 판단 방법(600)은 차량(150)으로부터, 가변하는 통신 주기 마다 차량의 속도 및 위치를 포함하는 제1 정보를 수신한다(S320). S320 단계는 서버(500)의 프로세서(510)의 제어에 따라서 통신부(520)는 제1 정보를 수신함으로써 수행될 수 있다.

그리고, 차량 사고의 판단 방법(600)은 차량의 이동 경로에 대한 환경 정보인 제2 정보를 획득할 수 있다(S330). 여기서, S330 단계는 프로세서(510)에서 수행될 수 있다. 예를 들어, S330 단계는 프로세서(510)의 제어에 따라서 외부의 서버 등으로부터 제2 정보를 요청 및 수신함으로써 수행될 수 있다.

그리고, 차량 사고의 판단 방법(600)은, 제1 정보 및 상기 제2 정보에 근거하여, 상기 통신 주기 동안의 상기 차량의 이동 범위가 기준값에 대응되도록, 상기 통신 주기를 갱신할 수 있다(S340). 여기서, S340 단계는 프로세서(510)에서 수행될 수 있다. 구체적으로, S340 단계는 프로세서(510)가 신경망에 따른 연산을 수행하여 통신 주기를 산출함으로써 수행될 수 있다.

그리고, S340 단계는, 갱신된 통신 주기를 차량(150)으로 전송하는 단계를 더 포함할 수 있다(단계 미도시). 구체적으로, 프로세서(510)는 통신부(520)를 제어하여 갱신된 통신 주기가 차량(150)으로 전송되도록 제어할 수 있다.

계속하여 차량 사고의 판단 방법(600)은, 갱신된 통신 주기마다 차량(150)으로부터 갱신된 제1 정보가 수신되는지 여부에 근거하여, 차량(150)의 사고 발생 여부를 판단할 수 있다(S380). 여기서, S330 단계는 프로세서(510)에서 수행될 수 있다. S380 단계의 구체적인 동작은 이하에서 도 7a를 참조하여 상세히 설명한다.

도 7a는 도 6에 개시된 실시예에 따른 차량 사고의 판단 방법을 구체적으로 나타내는 흐름도이다. 도 7a에 있어서, 도 6에서와 동일한 구성은 동일한 도면 기호를 이용하여 도시하였으므로, 전술한 설명들과 중복되는 설명은 생략한다.

도 7a를 참조하면, S380 단계는 S381 및 S382 단계를 포함할 수 있다.

도 7a를 참조하면, 차량 사고의 판단 방법(700)은, 갱신된 통신 주기에 대응하여 갱신된 제1 정보가 수신되는지 여부를 판단할 수 있다(S381). 여기서, S381 단계는 프로세서(510)에서 수행될 수 있다.

그리고, 차량 사고의 판단 방법(700)은, S381 단계의 판단 결과 갱신된 통신 주기 내에 차량(150)으로부터 갱신된 제1 정보가 수신되지 않으면, 차량에 사고가 발생한 것으로 판단하여 사고 처리 절차를 진행할 수 있다(S382). 여기서, S382 단계는 프로세서(510)에서 수행될 수 있다.

또한, 차량 사고의 판단 방법(700)은, S381 단계의 판단 결과 갱신된 통신 주기 내에 차량(150)으로부터 갱신된 제1 정보가 수신되면, 제1 정보에 근거한 통신 주기를 설정 및 전송하는 동작을 다시 수행할 수 있다.

도 7b는 도 7의 S380을 동작을 설명하기 위한 도면이다.

도 7b를 참조하면, 프로세서(510)는 t1 시점 이전 또는 t1 시점에 근접한 시점에 수신된 제1 정보에 근거하여, 통신 주기를 제1 값으로 설정하고 설정된 통신 주기를 차량으로 전송할 수 있다(S750). 여기서, 제1 값을 갖는 통신 주기를 '제1 통신 주기'라 칭하도록 한다. 제1 통신 주기는 t1 시점부터 t2 시점 사이의 시간 구간이 될 수 있다.

차량(150)은 제1 통신 주기를 수신하고, 제1 통신 주기 이내에 새롭게 획득된 제1 정보를, 제1 통신 주기에 맞춰서 서버로 전송할 수 있다. 그에 따라서, 서버(500)는 제1 정보를 t2 시점에 대응되는 시점에 수신할 수 있다(S755). 여기서, t2 시점에 대응되는 시점은 t2 시점 자체가 될 수도 있으며, t2 시점을 전후하여 소정 오프셋 구간 내의 시점으로 t2 시점에 인접한 시점이 될 수 있다.

그러면, 서버(500)의 프로세서(510)는 t2 시점 이전 또는 t2 시점에 근접한 시점에 수신된 제1 정보에 근거하여, 통신 주기를 제2 값으로 설정하고 설정된 통신 주기를 차량으로 전송할 수 있다(S760). 여기서, 제2 값을 갖는 통신 주기를 '제2 통신 주기'라 칭하도록 한다. 제2 통신 주기는 t2 시점부터 t3 시점 사이의 시간 구간이 될 수 있다.

그리고, 서버(500)는 제2 통신 주기 내에 새로운 제1 정보(또는, 갱신된 제1 정보)가 수신되는지 여부를 판단하고, 그에 따라서 차량의 사고 발생 여부를 판단할 수 있다.

차량이 정상적으로 운행중인 상태라면, 차량은 새로운 제1 정보를 서버(500)로 전송하여 통신을 유지할 것이다. 그러나, 차량에 사고가 발생하여 문제가 생긴 경우에는 차량은 새로운 제1 정보를 서버(500)로 전송할 수 없다. 따라서, 서버(500)는 설정된 통신 주기 내에 제1 정보가 수신되는지 여부에 근거하여, 차량의 사고 발생 여부를 판단할 수 있다.

도 8은 개시된 실시예에 따른 차량용 전자 장치를 나타내는 블록도이다. 도 8에 도시된 차량용 전자 장치(800)는 도 1 내지 도 7b를 참조하여 설명한 차량(150)의 동작들을 수행할 수 있다. 구체적으로, 개시된 실시예에 따른 차량 사고의 판단 방법을 수행하기 위한 장치가 될 수 있다.

개시된 실시예에서, 차량용 전자 장치는 차량 사고의 판단을 위한 동작들을 수행하는 기기를 지칭하며, 차량 내에 포함 또는 배치될 수 있다.

구체적으로, 개시된 실시예에서, 차량용 전자 장치는 차량의 사고의 발생 여부를 판단하여 대응되는 사고 발생에 대한 경보를 외부로 알려서 사고 처리 절차가 진행될 수 있도록 하는 동작들을 수행하는 장치를 지칭하며, 차량 내에 포함 또는 배치될 수 있다.

차량용 전자 장치(800)는 프로세서(810) 및 통신부(820)를 포함한다. 또한, 차량용 전자 장치(800)는 메모리(830)를 더 포함할 수 있다.

통신부(820)는 서버(500)와 통신한다. 구체적으로, 통신부(820)는 도 1에서 설명한 무선 통신 네트워크를 통하여 서버(500)와 통신할 수 있다.

프로세서(810)는 적어도 하나의 인스트럭션을 실행하는 프로세서를 포함하며,

상기 프로세서(810)는 통신부(820)를 제어하여 차량의 속도 및 위치를 포함하는 제1 정보가 서버(500)로 전송되도록 제어하며, 제1 정보 및 차량의 이동 경로에 대한 환경 정보인 제2 정보에 근거하여 설정된 통신 주기에 대한 값이 통신부(820)로 수신되도록 제어한다. 그리고, 통신 주기가 도래하면, 현재 시점에 대응되는 제1 정보가 서버(500)로 전송되도록 통신부(820)를 제어한다. 그리고, 통신 주기는 통신 주기 동안의 차량의 이동 범위가 기준값에 대응되도록 설정되는 값이다.

또한, 프로세서(810)는 차량용 전자 장치(800)의 동작을 전반적으로 제어할 수 있다. 또한, 프로세서(810)는 차량(미도시)에 포함되는 구성들과 연결되어 동작할 수 있다.

프로세서(810)는 차량용 전자 장치(800)가 위치하는 차량(미도시)의 GPS 정보에 근거하여, 차량의 위치에 대한 정보를 획득할 수 있다. 또한, 프로세서(810)는 차량용 전자 장치(800)가 위치하는 차량(미도시)의 속도 정보를 수신하고, 수신된 속도 정보를 제1 정보를 획득할 수 있다. 예를 들어, 차량은 속도 측정을 위한 센서를 포함하며, 센서에서 측정된 차량의 속도를 차량의 속도계기판을 통하여 표시할 수 있다. 그러면, 프로세서(810)는 차량(미도시)에 포함되는 센서 또는 속도계기판을 제어하기 위한 구성으로부터 차량이 획득한 속도 정보를 수신할 수 있다.

또 다른 예로, 차량용 전자 장치(800)는 차량의 속도를 측정하기 위한 센서(미도시)를 포함할 수 있다. 그리고, 포함된 센서(미도시)의 감지 결과에 근거하여 차량의 속도를 획득할 수 있다.

또한, 프로세서(810)는 제1 정보 및 차량의 식별 정보를 서버(500)로 전송할 수 있다. 예를 들어, 프로세서(810)는 제1 정보와 함께 차량의 식별 정보가 서버(500)로 전송되도록 통신부(820)를 제어할 수 있다. 이 경우, 차량의 식별 정보는 차량의 통신 주기 마다 반복적으로 서버(500)로 전송될 수 있다.

또는, 프로세서(810)는 제1 정보의 전송과 별도로 차량의 식별 정보를 서버(500)로 전송하고, 서버(500)와 차량용 전자 장치(800) 간의 등록을 수행할 수 있다.

또한, 프로세서(810)는 내부에 저장된 하나 이상의 인스트럭션 중 적어도 하나를 실행시킴으로써, 소정 동작을 실행할 수 있다. 또는, 프로세서(810)는 메모리(830)에 저장된 하나 이상의 인스트럭션 중 적어도 하나를 실행시킴으로써, 소정 동작을 실행할 수 있다. 또한, 프로세서(810)는 메인 중앙 처리 장치(Main CPU)로 형성될 수 있다.

구체적으로, 프로세서(810)는 내부 메모리(미도시) 및 저장된 적어도 하나의 프로그램을 실행하는 적어도 하나의 프로세서(미도시)를 포함할 수 있다. 여기서, 프로세서(810)의 내부 메모리(미도시)는 하나 이상의 인스트럭션을 저장할 수 있다. 그리고, 프로세서(810)는 내부 메모리(미도시)에 저장된 하나 이상의 인스트럭션 중 적어도 하나를 실행하여, 소정 동작을 실행할 수 있다.

구체적으로, 프로세서(810)는 외부에서부터 입력되는 신호 또는 데이터를 저장하거나, 차량용 전자 장치(800)에서 수행되는 다양한 작업에 대응되는 저장 영역으로 사용되는 RAM(미도시), 차량용 전자 장치(800)의 제어를 위한 제어 프로그램 및/또는 복수개의 인스트럭션이 저장된 ROM(미도시) 및 적어도 하나의 프로세서(미도시)를 포함할 수 있다.

또한, 프로세서(810)는 비디오에 대응되는 그래픽 처리를 위한 그래픽 프로세서(Graphic Processing Unit, 미도시)를 포함할 수 있다. 또는, 프로세서(810)는 코어(core, 미도시)와 GPU(미도시)를 통합한 SoC(System On Chip)로 구현될 수 있다. 또는, 프로세서(810)는 싱글 코어 이상의 멀티 코어를 포함할 수 있다. 예를 들어, 프로세서(810)는 듀얼 코어, 트리플 코어, 쿼드 코어, 헥사 코어, 옥타 코어, 데카 코어, 도데카 코어, 헥사 다시 벌 코어 등을 포함할 수 있다.

또한, 프로세서(810)는 하드웨어 플랫폼을 구현하기 위한 구성들(예를 들어, 어플리케이션 프로세서(AP: Application processor), 메모리 등) 및 소프트웨어 플랫폼을 구현하기 위한 구성들(운영체제(OS: Operating system) 프로그램, 자동차의 안전 소프트웨어(Automotive safety Software), 어플리케이션(Application) 등)을 포함할 수 있다.

통신부(820)는 무선 통신 네트워크를 통하여 서버(500)와 통신할 수 있다. 구체적으로, 통신부(820)는 원거리 통신 규격에 따라서 원거리 통신을 지원하기 위한 서버(미도시)와 통신을 수행하는 원거리 통신 모듈(미도시)를 더 포함할 수 있다. 구체적으로, 통신부(820)는 3G, 4G, 및/또는 5G 통신 규격에 따르는 통신 네트워크, 또는 인터넷 통신을 위한 네트워크를 통하여 통신을 수행하는 원거리 통신 모듈(미도시)를 포함할 수 있다. 또한, 원거리 통신 모듈(미도시)는 '원거리 통신부(미도시)'로 호칭될 수도 있다. 여기서, 통신부(820)에 포함하는 원거리 통신 모듈(미도시)의 예로 3G, 4G, 및/또는 5G 통신 규격을 따르는 통신 모듈을 예로 들어 기재하였으나, 이에 제한되지 않으며 6G, 7G 등과 같은 차세대 통신 규격을 따르는 통신 모듈도 포함될 수 있을 것이다.

또한, 통신부(820)는 LoRa(Long Range) 통신 기술을 구현하는 통신 모듈을 더 포함할 수 있다. 여기서, LoRa 는 중장거리 무선 통신 기술로, 적은 전력으로 먼 거리를 통신 할 수 있도록 형성되는 무선 통신 네트워크가 될 수 있다.

또한, 통신부(820)는 근거리 통신 연결을 수행하여, 근거리 통신 규격에 따라서 인접한 거리에 위치한 차량 또는 전자 기기와 통신을 수행할 수 있다. 구체적으로, 통신부(820)는 블루투스, 와이파이, BLE(Bluetooth Low Energy), NFC/RFID, 와이파이 다이렉트(Wifi Direct), UWB, 또는 ZIGBEE 등의 통신 규격에 따른 통신을 수행하는 적어도 하나의 근거리 통신 모듈(미도시)를 포함할 수 있다. 또한, 근거리 통신 모듈(미도시)는 '근거리 통신부(미도시)'로 호칭될 수도 있다.

메모리(830)는 데이터, 프로그램, 적어도 하나의 인스트럭션, 어플리케이션 중 적어도 하나를 저장할 수 있다.

구체적으로, 메모리(830)는 프로세서(810)가 실행하는 적어도 하나의 인스트럭션을 저장하고 있을 수 있다. 또한, 메모리(830)는 프로세서(810)가 실행하는 적어도 하나의 프로그램을 저장하고 있을 수 있다. 그러면, 프로세서(810)는 메모리(830)에 포함되는 적어도 하나의 인스트럭션 중 적어도 하나를 실행하여, 개시된 실시예에 따른 동작들이 수행되도록 제어할 수 있다.

또한, 메모리(830)는 프로세서(810)와 별도의 블록으로 도시하였으나, 프로세서(810) 내에 포함되는 형태로 구비될 수도 있다.

개시된 실시예에서, 메모리(830)는 제1 인증 정보를 저장할 수 있다. 메모리(830)는 플래시 메모리 타입(flash memory type), 하드디스크 타입(hard disk type), 멀티미디어 카드 마이크로 타입(multimedia card micro type), 카드 타입의 메모리(예를 들어 SD 또는 XD 메모리 등), 램(RAM, Random Access Memory) SRAM(Static Random Access Memory), 롬(ROM, Read-Only Memory), EEPROM(Electrically Erasable Programmable Read-Only Memory), PROM(Programmable Read-Only Memory), 자기 메모리, 자기 디스크, 광디스크 중 적어도 하나의 타입의 저장매체를 포함할 수 있다.

이하에서는, 도 9를 참조하여 차량용 전자 장치(800)에서 수행되는 동작들을 좀 더 상세히 설명하도록 한다.

도 9는 개시된 실시예에 따른 차량용 전자 장치의 동작 방법을 나타내는 흐름도이다. 또한, 도 9는 개시된 실시예에 따른 차량용 전자 장치(800)에서 수행되는 동작들을 나타내는 흐름도이다. 또한, 도 9은 개시된 실시예에 따른 차량용 전자 장치의 동작 방법(900)은, 도 1 내지 도 8을 참조하여 설명한 차량 사고 발생을 판단하기 위한 차량용 전자 장치의 동작 방법이라. 따라서, 도 9에 도시된 방법(900)을 설명하는데 있어서, 도 1 내지 도 8에서 설명한 차량 사고의 발생을 판단하기 위한 동작들에 대한 설명과, 중복되는 설명은 생략한다.

또한, 도 9에 개시된 방법(900)에 있어서, 도 3 내지 도 7a 에서와 동일한 구성은 동일한 도면 기호를 이용하여 도시하였다.

도 9를 참조하면, 차량용 전자 장치의 동작 방법(900)은 차량의 속도 및 위치를 포함하는 제1 정보를 서버(500)로 전송한다(S320). 여기서, S320 단계의 동작은 프로세서(310)의 제어에 따라서 통신부(820)에서 수행될 수 있다.

그리고, 차량용 전자 장치의 동작 방법(900)은 제1 정보 및 상기 차량의 이동 경로에 대한 환경 정보인 제2 정보에 근거하여 설정된 통신 주기에 대한 값을 수신한다(S350). 여기서, S320 단계의 동작은 프로세서(310)의 제어에 따라서 통신부(820)에서 수행될 수 있다. 그리고, 수신된 통신 주기는, 통신 주기 동안의 상기 차량의 이동 범위가 기준값에 대응되도록 설정되는 값이 될 수 있다.

계속하여, 차량용 전자 장치의 동작 방법(900)은 수신된 값에 따른 통신 주기가 도래하면, 현재 시점에 대응되는 제1 정보를 서버(500)로 전송한다(S960). 여기서, S960 단계의 동작은 프로세서(310)의 제어에 따라서 통신부(820)에서 수행될 수 있다. 또한, S960 단계의 동작은 도 3의 S380 단계의 동작 및 도 7b의 S755 단계의 동작에 각각 대응될 수 있다.

구체적으로, 차량용 전자 장치의 동작 방법(900)은 현재의 통신 주기 동안에 새롭게 획득된(즉, 갱신된) 제1 정보를, 현재의 통신 주기에 대응하여 서버(500)로 전송할 수 있다. 구체적으로, 차량용 전자 장치(800)의 프로세서(810)는 현재의 통신 주기에 대응하여, 제1 정보를 갱신하여 획득할 수 있다. 그리고, 프로세서(810)는 갱신된 제1 정보가 현재의 통신 주기의 종료 시점에 대응하여 서버(500)로 전송될 수 있도록 제어할 수 있다. 도 7b를 참조하면, 프로세서(810)는 제1 통신 주기 동안에 새롭게 획득한 제1 정보를 제1 통신 주기가 종료되는 t2 시점 이전에 서버(500)로 전송할 수 있다.

도 10은 개시된 실시예에 따른 차량용 전자 장치를 나타내는 다른 블록도이다. 도 10의 차량용 전자 장치(1000)는 도 8을 참조하여 설명한 개시된 실시예에 따른 차량용 전자 장치(800)에 동일 대응된다. 그러므로, 차량용 전자 장치(1000)를 설명하는데 있어서, 차량용 전자 장치(800)의 설명과 중복되는 부분은 생략한다. 또한, 도 10에 도시된 차량용 전자 장치(1000)를 설명하는데 있어서, 도 8에 도시된 구성과 동일한 구성은 동일한 도면 기호 및 용어로 기재하였다.

도 10을 참조하면, 차량용 전자 장치(1000)는 프로세서(810), 입출력부(1002) 및 통신부(820)를 포함할 수 있다.

구체적으로, 차량용 전자 장치(1000)는 차량용 인포테인먼트(IVI: In-Vehicle infotainment) 기술을 구현하기 위한 전자 기기가 될 수 있다. 여기서, 프로세서(810) 및 입출력부(1002)를 합쳐서, IVI 헤드 유닛(IVI head Unit)이라 호칭할 수 있다. 또한, 차량용 전자 장치(1000)는 차량 내에서 운전석과 보조석의 중앙 전면부 사이에 배치될 수 있다. 이하, 차량용 인포테인먼트는 'IVI'으로 약칭하도록 하겠다.

IVI 시스템은 차량 내에서 듣는 라디오, 네비게이션, 음성 명령, 자동 안전 진단 등과 같이 차량에서 제공 가능한 다양한 정보들을 사용자(운전자 및/또는 동승자)가 쉽고 편리하게 인식할 수 있도록 표시하거나 사용할 수 있도록 하는 시스템을 뜻한다. 또한, 인포테인먼트(infotainment)은 인포메이션(information)과 엔터테인먼트(entertainment)를 합한 용어로, 정보와 오락을 모두 통칭하는 용어가 될 수 있다. 즉, IVI 시스템은 차량의 운전자에게 필요한 정보를 오락처럼 즐겁고 편리하게 사용할 수 있도록 하는 시스템을 의미할 수 있다. 따라서, IVI 시스템이 사용자의 편리성을 증대시킬 수 있도록 하는 방향으로 개발 및 발전되고 있다.

개시된 실시예에서, 차량 사고의 판단은 차량의 안전과 직결되는 것으로, 사용자의 편리성 및 안전성 증대를 위하여 IVI 시스템을 통하여 이뤄질 수 있다.

또한, 통신부(820)는 TCU(Transmission Control Unit)로 호칭될 수 있다.

여기서, TCU 는 차량 내에서 데이터의 송수신을 제어하는 구성으로, 차량과 외부 전자 기기(예를 들어, 서버, 모바일 기기 등)과의 통신을 담당할 수 있다.

또한, 프로세서(410)는 하드웨어 플랫폼을 구현하기 위한 구성들(1011)(예를 들어, 어플리케이션 프로세서(AP: Application processor), 메모리 등) 및 소프트웨어 플랫폼을 구현하기 위한 구성들(812)(운영체제(OS: Operating system) 프로그램, 자동차의 안전 소프트웨어(Automotive safety Software), 어플리케이션(Application) 등)로 형성될 수 있다.

구체적으로, 하드웨어 플랫폼을 구현하는 구성들(1011)은 적어도 하나의 어플리케이션 프로세서(AP)(1010) 및 메모리(1020)를 포함할 수 있다. 여기서, 메모리(1020)는 도 8에서 설명한 메모리(830)하게 구성될 수 있다. 또한, 어플리케이션 프로세서(1010)는, Exynos(예를 들어, Exynos 8870) 등이 포함될 수 있다.

또한, 하드웨이 플랫폼을 구현하는 구성들(1011)로, USB 모듈(미도시), FM/DMB 튜너(미도시) 등이 더 포함될 수도 있다. 여기서, USB 모듈(미도시)은 USB 삽입부(미도시)를 포함하여 삽입된 USB 내의 데이터를 독출할 수 있다. 또한, FM/DMB 튜너(미도시)는 FM/DMB 방송 신호를 선택적으로 수신할 수 있다. 구체적으로, FM/DMB 튜너(미도시)는 무선으로 수신되는 방송 신호를 증폭(amplification), 혼합(mixing), 공진(resonance)등을 통하여 많은 전파 성분 중에서 차량용 전자 장치(800)에서 수신하고자 하는 채널의 주파수만을 튜닝(tuning)시켜 선택할 수 있다. FM/DMB 튜너(미도시)가 수신하는 방송 신호는 오디오(audio), 비디오(video) 및 부가 정보(예를 들어, EPG(Electronic Program Guide))를 포함할 수 있다.

소프트웨어 플랫폼을 구현하기 위한 구성들(1012)은 운영체제(OS: Operating system) 프로그램, 자동차의 안전 소프트웨어(Automotive safety Software), 어플리케이션(Application) 등) 등을 포함할 수 있다. 여기서, 운영체제 프로그램은, QNX, Linux, 또는 Android 기반의 운영체제 프로그램을 포함할 수 있다.

개시된 실시예에서, 소프트웨어 플랫폼을 구현하기 위한 구성들(1012)은, 차량의 사고 발생을 판단하는데 필요한 동작들인 도 9에 도시된 동작들을 수행하는 소프트웨어를 포함할 수 있다.

입출력부(1002)는 사용자에게 데이터를 제공하거나 사용자의 요청을 수신하기 위한 구성으로, 디스플레이(1007), 카메라 모듈(1003), 및 사용자 인터페이스(1008) 중 적어도 하나를 포함할 수 있다.

카메라 모듈(1003)은 영상 및 음성 데이터를 획득하기 위한 구성으로, 카메라(1004) 및 마이크(1005)를 포함할 수 있다. 또한, 카메라 모듈(1003)은 카메라(1004)의 동작음 등을 출력하기 위해서 스피커(806)를 포함할 수 있다. 또한, 스피커(1006)는 카메라 모듈(1003)과 독립된 별도의 구성으로, 오디오 출력 동작을 수행할 수 있다. 또한, 카메라 모듈(1003)은 사용자의 제스쳐 및 음성을 인식하기 위한 감지 센서로 동작할 수 있다.

구체적으로, 카메라(1004)는 카메라 인식 범위에서 제스처를 포함하는 사용자의 모션에 대응되는 영상(예를 들어, 연속되는 프레임)을 수신할 수 있다. 예를 들어, 카메라(1004)의 인식 범위는 카메라(1004)에서부터 사용자까지 0.1 ~ 5 m 이내 거리가 될 수 있다. 사용자 모션은 예를 들어, 사용자의 얼굴, 표정, 손, 주먹, 손가락과 같은 사용자의 신체 일부분 또는 사용자 일부분의 모션 등을 포함할 수 있다. 카메라(1004)는 프로세서(810)의 제어에 따라 수신된 영상을 전기 신호로 변환하여 인식하고, 사용자의 모션에 대응되는 인식 결과를 이용하여 차량용 전자 장치(1000)에서 표시되는 메뉴를 선택하거나 모션 인식 결과에 대응되는 제어를 할 수 있다. 예를 들어, 프로세서(810)는 카메라(1004)에서 획득된 인식 결과를 이용하여, FM/DMB에서의 채널 선택, 채널 변경, 볼륨 조정, 이용 가능한 서비스의 실행 등을 제어할 수 있다.

마이크(1005)는 음성 신호를 수신할 수 있다. 마이크(1005)는 사용자의 음성 신호를 수신하고, 프로세서(810)는 마이크(1005)에서 수신된 음성에 대응되는 제어 명령을 인식하여, 그에 대응되는 동작이 실행되도록 제어할 수 있다.

사용자 인터페이스(1008)는 차량용 전자 장치(1000)를 제어하기 위한 사용자 입력을 수신할 수 있다. 사용자 인터페이스(1008)는 사용자의 입력을 수신하기 위한 푸시 버튼, 휠(wheel), 키보드, 조그다이얼, 터치 패널 및 햅틱(haptic) 센서 등을 포함할 수 있다.

통신부(820)는 블루투스 모듈(1031), 와이파이 모듈(1032), GPS 모듈(1033), RF 모듈(834), 및 CP 모듈(Communication Processor module)(1035) 중 적어도 하나를 포함할 수 있다. 여기서, CP 모듈은 모뎀 칩셋으로, 네트워크는 3G, 4G, 또는 5G 통신 규격에 따르는 통신 네트워크를 통하여 외부 전자 기기와 통신을 수행할 수 있다. 또한, 통신부(820)는 BLE(Bluetooth Low Energy), NFC/RFID, 와이파이 다이렉트(Wifi Direct), UWB, 및/또는 ZIGBEE 등의 통신 규격에 따른 통신을 수행하는 적어도 하나의 통신 모듈(미도시)을 더 포함할 수 있다.

개시된 실시예에서, CP 모듈(1035)는 서버(500)와의 통신을 담당할 수 있다.

또한, GPS 모듈(1033)은 자동차의 자동 위치 추적을 위하여 인공 위성에서 발사한 전파를 수신하여 차량의 위치를 파악할 수 있도록 한다. 구체적으로, 프로세서(810)는 GPS 모듈(1033)에서 수신된 전파에 근거하여, 차량의 위치 정보를 획득할 수 있다.

또한, 차량용 전자 장치(800)에 있어서, 포함되는 각 구성들, 예를 들어, 프로세서(810), 입출력부(1002) 및 통신부(820) 상호간은, 차량 네트워크를 통하여 상호 통신할 수 있다. 또한, 차량용 전자 장치(1000)와 차량(미도시) 내에 포함되는 다른 구성들 상호간은, 차량 네트워크를 통하여 상호 통신할 수 있다. 여기서, 차량 네트워크는 CAN(Controller Area Network), 및/또는 MOST(media Oriented Systems Transport) 등에 따른 네트워크가 될 수 있다.

도 11은 개시된 실시예에 따른 차량 사고의 판단 방법을 나타내는 또 다른 흐름도이다. 또한, 도 11은 개시된 실시예에 따른 서버가 수행하는 동작들을 나타내는 흐름도이다. 구체적으로, 도 11은 개시된 실시예에 따른 서버(100 또는 500)가 차량 사고의 발생 여부를 판단하기 위해서 수행하는 동작들을 나타내는 흐름도이다. 또한, 도 11에 있어서, 도 7a 에서와 동일한 구성은 동일한 도면 기호를 이용하여 도시하였으므로, 전술한 설명들과 중복되는 설명은 생략한다.

그리고, 도 11에 도시된 동작들을 설명하는데 있어서, 도 5에 도시된 서버(500)를 참조하도록 한다. 또한, 도 11에 도시된 방법(1100)에서 언급되는 차량은 도 3에 도시된 차량(150)을 참조하도록 한다.

도 11을 참조하면, 차량 사고의 판단 방법(1100)은 갱신된 통신 주기 내에 갱신된 제1 정보가 수신되는지 판단할 수 있다(S381).

계속하여, S381 단계의 판단 결과 갱신된 통신 주기 내에 차량(150)으로부터 갱신된 제1 정보가 수신되지 않으면, 서버(500)는 제1 정보에 근거하여 적어도 하나의 주변 차량에 상황 정보를 요청할 수 있다(S1110). 여기서, S1110 단계는 프로세서(510)의 제어에 따라서 통신부(520)에서 수행될 수 있다.

S1110 단계의 요청에 대응하여, 서버(500)는 적어도 하나의 주변 차량 중 적어도 하나로부터 상기 상황 정보를 수신할 수 있다(S1120). 여기서, S1120 단계는 프로세서(510)의 제어에 따라서 통신부(520)에서 수행될 수 있다.

계속하여, S1120 단계에서 수신된 상황 정보에 근거하여 차량의 사고 발생 여부를 판단할 수 있다(S1130). 여기서, S1120 단계는 프로세서(510) 에서 수행될 수 있다.

구체적으로, 서버(500)는 갱신된 통신 주기의 직전 통신 주기에 수신되었던 제1 정보에 근거하여, 적어도 하나의 주변 차량에 상황 정보를 요청할 수 있다(S1110). 도 7b를 참조하면, 갱신된 통신 주기가 제2 통신 주기이며, 제2 통신 주기 내(구체적으로, t3 시점 내에)에 갱신된 제1 정보가 수신되지 않은 경우, 서버(500)는 직전의 통신 주기인 제1 통신 주기에서 수신되었던 제1 정보(구체적으로, S755 단계에서 수신된 제1 정보)에 근거하여 차량의 위치를 추정할 수 있다.

예를 들어, 제1 정보에 포함되는 차량의 속도 및 위치를 이용하면, 차량이 제2 통신 주기의 시간 동안 이동할 수 있는 최대 거리를 계산할 수 있다. 그에 따라서, 제1 정보에 근거하면, 제2 통신 주기가 지난 시점에서 차량이 위치할 것으로 예상되는 반경을 추정할 수 있다.

따라서, 서버(500)의 프로세서(810)는, 제1 정보에 근거하여 차량이 위치할 것으로 예상되는 반경 내에 위치하는 적어도 하나의 차량들로, 상황 정보의 전송을 요청할 수 있다(S1110). 여기서, 상황 정보는 주변 차량의 이동 경로에서의 운전 환경을 나타내는 정보를 포함할 수 있다. 구체적으로, 주변 차량이 운행 중인 경우, 상황 정보는 블랙 박스와 같이 주변 차량의 전면 및/또는 후면을 촬영한 이미지를 포함할 수 있다. 또한, 상황 정보는 주변 차량의 운전자가 이동 경로의 주위에 사고가 발생하였는지 여부를 알려주는 정보를 포함할 수 있다.

이하에서는, 도 12를 참조하여, 상황 정보의 요청 및 수신에 대하여 상세히 설명한다.

도 12는 개시된 실시예에 따른 서버와 차량들 간의 통신 동작을 설명하기 위한 일 도면이다.

도 12를 참조하면, 차량(1201)은 갱신된 통신 주기 내에 갱신된 제1 정보를 전송하지 못한 차량을 나타낸다. 그리고, 반경(1205)은 전술한 바와 같이 차량(1201)이 위치할 것으로 예상되는 범위를 나타낸다. 즉, 도12에서는 차량(1201)과 서버(500) 간의 통신 연결(1202)이 불능인 상태가 되는 경우가 도시된다.

서버(500)는 반경(1205) 내에 위치하는 적어도 하나의 차량들(1210, 1220, 1230, 1240)으로 상황 정보의 요청을 전송할 수 있다(S1110). 구체적으로, 서버(500)와 적어도 하나의 차량들(1210, 1220, 1230, 1240)이 차량(1201)과 같이 통신 연결을 유지하고 있는 경우에, 서버(500)는 통신 연결을 통하여 적어도 하나의 차량들(1210, 1220, 1230, 1240)로 상황 정보를 요청할 수 있다. 예를 들어, 차량(1210)이 서버(500)와 통신 연결(1211)을 유지하고 있었던 경우, 서버(500)는 통신 연결(1211)을 통하여 차량(1210)으로 상황 정보의 요청을 전송할 수 있다.

또는, 서버(500)는 브로드캐스팅(broadcasting) 방식으로, 적어도 하나의 차량들(1210, 1220, 1230, 1240)로 상황 정보의 요청을 전송할 수 있다. 여기서, 브로드캐스팅(broadcasting)은, 일정 반경(1205) 에 위치하는 차량들에 대하여 무작위로 신호를 송출하는 통신 방식이 될 수 있다. 그러면, 적어도 하나의 차량들(1210, 1220, 1230, 1240)은 브로드캐스팅 된 상황 정보의 요청을 수신할 수 있다.

그에 따라서, 서버(500)는 주변 차량인 적어도 하나의 차량들(1210, 1220, 1230, 1240)로부터 상황 정보를 수신할 수 있다(S1120).

적어도 하나의 차량들(1210, 1220, 1230, 1240)로부터 상황 정보가 수신되면, 수신된 상황 정보에 근거하여 서버(500)는 대상 차량(1201)에 사고가 발생하였는지 여부를 판단할 수 있다(S1130). 예를 들어, 수신된 상황 정보가 차량(1210)의 전면 방향을 촬영한 이미지인 경우, 이미지에는 대상 차량(1201)의 사고 장면이 포함될 수 있다. 이러한 경우, 서버(500)는 대상 차량(1201)의 사고 장면이 포함된 이미지를 수신하고, 대상 차량(1201)에 어떠한 사고가 발생하였는지 여부를 판단할 수 있다. 그에 따라서, 서버(500)는 수신된 상황 정보에 근거하여 대상 차량(1201)에 대한 구호 조치를 진행할 수 있다.

또 다른 예로, 수신된 상황 정보가 차량(1210)의 전면 방향을 촬영한 이미지인 경우, 이미지에는 대상 차량(1201)이 정상적으로 운행중인 장면이 포함될 수 있다. 이러한 경우, 서버(500)는 대상 차량(1201)에 사고가 발생하지 않은 것으로 판단하고, 대상 차량(1201)과의 통신을 재 시도할 수 있다.

도 13은 개시된 실시예에 따른 차량 사고의 판단 방법을 나타내는 또 다른 흐름도이다. 또한, 도 13은 개시된 실시예에 따른 서버가 수행하는 동작들을 나타내는 흐름도이다. 구체적으로, 도 13은 개시된 실시예에 따른 서버(100 또는 500)가 차량 사고의 발생 여부를 판단하기 위해서 수행하는 동작들을 나타내는 흐름도이다. 또한, 도 13의 S1310, S1320, S1330, 및 S1340 단계 각각은 도 11의 S381, S1110, S1120, 및 S1130 단계에 각각 대응되므로, 도 11에서와 중복되는 설명은 생략한다.

그리고, 도 13에 도시된 동작들을 설명하는데 있어서, 도 5에 도시된 서버(500)를 참조하도록 한다. 또한, 도 13에 도시된 차량 사고의 판단 방법 (1300)에서 언급되는 차량은 도 3에 도시된 차량(150)을 참조하도록 한다.

도 13을 참조하면, 차량 사고의 판단 방법(1300)은 통신 주기 간격으로 속도 및 위치를 포함하는 제1 정보를 전송하는 차량과 통신이 중단되었는지 판단할 수 있다(S1310). 여기서, S1310 단계는 프로세서(510)에서 수행될 수 있다. 또한, S1310 단계는 도 11의 S381 단계에 대응될 수 있다. 여기서, 통신 주기는 지속적으로 갱신되는 통신 주기가 될 수 있다.

구체적으로, 서버(500)의 프로세서(510)는 통신 주기 내에 제1 정보가 수신되지 않으면, 차량(150)과 통신이 중단된 것으로 판단할 수 있다.

S1310 단계의 판단 결과 통신이 중단된 것으로 판단되면, 차량 사고의 판단 방법(1300)은 제1 정보에 근거하여, 적어도 하나의 주변 차량에 상황 정보를 요청할 수 있다(S1320). 여기서, S1320 단계는 프로세서(510)의 제어에 따라서 통신부(520)에서 수행될 수 있다.

S1320 단계의 요청에 대응하여, 서버(500)는 적어도 하나의 주변 차량 중 적어도 하나로부터 상기 상황 정보를 수신할 수 있다(S1330). 여기서, S1330 단계는 프로세서(510)의 제어에 따라서 통신부(520)에서 수행될 수 있다.

계속하여, S1330 단계에서 수신된 상황 정보에 근거하여 차량의 사고 발생 여부를 판단할 수 있다(S1340). 여기서, S1340 단계는 프로세서(510)에서 수행될 수 있다.

전술한 바와 같이, 개시된 실시예에 따른 차량 사고의 판단 방법, 그를 수행하는 서버 장치, 차량용 전자 장치 및 그의 동작 방법은, 차량과 서버 간의 통신 주기를 차량으로부터 수신되는 속도 및 위치를 포함하는 제1 정보에 근거하여 지속적으로 갱신하고, 갱신된 통신 주기에 따라서 차량과 서버 간의 통신을 수행할 수 있다. 그리고, 차량과 서버 간의 제1 정보 송수신이 정상적으로 유지되는지에 근거하여, 사고 발생 여부를 판단함으로써, 개시된 실시예는 차량이 사고 발생 여부를 외부로 알리지 못하는 상황에서도 서버에서 빠르게 사고 발생 여부를 판단할 수 있다.

본 개시의 일 실시예에 따른 차량 사고의 판단 방법 및 차량용 전자 장치의 동작 방법 각각은 다양한 컴퓨터 수단을 통하여 수행될 수 있는 프로그램 명령 형태로 구현되어 컴퓨터 판독 가능 매체에 기록될 수 있다. 또한, 본 개시의 실시예는, 차량 사고의 판단 방법 및 차량용 전자 장치의 동작 방법 각각을 실행하는 명령어들을 포함하는 하나 이상의 프로그램이 기록된 컴퓨터로 읽을 수 있는 기록매체가 될 수 있다.

상기 컴퓨터 판독 가능 매체는 프로그램 명령, 데이터 파일, 데이터 구조 등을 단독으로 또는 조합하여 포함할 수 있다. 상기 매체에 기록되는 프로그램 명령은 본 발명을 위하여 특별히 설계되고 구성된 것들이거나 컴퓨터 소프트웨어 당업자에게 공지되어 사용 가능한 것일 수도 있다. 컴퓨터 판독 가능 기록 매체의 예에는 하드 디스크, 플로피 디스크 및 자기 테이프와 같은 자기 매체(magnetic media), CD-ROM, DVD와 같은 광기록 매체(optical media), 플롭티컬 디스크(floptical disk)와 같은 자기-광 매체(magneto-optical media), 및 롬(ROM), 램(RAM), 플래시 메모리 등과 같은 프로그램 명령을 저장하고 수행하도록 특별히 구성된 하드웨어 장치가 포함된다. 프로그램 명령의 예에는 컴파일러에 의해 만들어지는 것과 같은 기계어 코드뿐만 아니라 인터프리터 등을 사용해서 컴퓨터에 의해서 실행될 수 있는 고급 언어 코드를 포함한다.

여기서, 기기로 읽을 수 있는 저장매체는, 비일시적(non-transitory) 저장매체의 형태로 제공될 수 있다. 여기서, '비일시적'은 저장매체'가 실재(tangible)하는 장치이고, 신호(signal)(예: 전자기파)를 포함하지 않는다는 것을 의미할 뿐이며, 이 용어는 데이터가 저장매체에 반영구적으로 저장되는 경우와 임시적으로 저장되는 경우를 구분하지 않는다. 예로, '비일시적 저장매체'는 데이터가 임시적으로 저장되는 버퍼를 포함할 수 있다.

일 실시예에 따르면, 본 문서에 개시된 다양한 실시예들에 따른 방법은 컴퓨터 프로그램 제품(computer program product)에 포함되어 제공될 수 있다. 컴퓨터 프로그램 제품은 상품으로서 판매자 및 구매자 간에 거래될 수 있다. 컴퓨터 프로그램 제품은 기기로 읽을 수 있는 저장 매체(예: compact disc read only memory (CD-ROM))의 형태로 배포되거나, 또는 어플리케이션 스토어(예: 플레이 스토어TM)를 통해 또는 두개의 사용자 장치들(예: 스마트폰들) 간에 직접, 온라인으로 배포(예: 다운로드 또는 업로드)될 수 있다. 온라인 배포의 경우에, 컴퓨터 프로그램 제품(예: 다운로더블 앱(downloadable app))의 적어도 일부는 제조사의 서버, 어플리케이션 스토어의 서버, 또는 중계 서버의 메모리와 같은 기기로 읽을 수 있는 저장 매체에 적어도 일시 저장되거나, 임시적으로 생성될 수 있다.

구체적으로, 개시된 실시예에 따른 차량 사고의 판단 방법 및 차량용 전자 장치의 동작 방법 각각은 다중언어로 구성된 문장을 획득하는 동작; 및 다중언어 번역 모델을 이용하여, 상기 다중언어로 구성된 문장에 포함되는 단어들 각각에 대응하는 벡터 값들을 획득하고, 상기 획득한 벡터 값들을 목표 언어에 대응하는 벡터 값들로 변환하며, 상기 변환된 벡터 값들에 기초하여, 상기 목표 언어로 구성된 문장을 획득하는 동작을 수행하도록 하는 프로그램이 저장된 기록매체를 포함하는 컴퓨터 프로그램 제품으로 구현될 수 있다.

이상에서 실시예들에 대하여 상세하게 설명하였지만 본 발명의 권리범위는 이에 한정되는 것은 아니고 다음의 청구범위에서 정의하고 있는 본 발명의 기본 개념을 이용한 당업자의 여러 변형 및 개량 형태 또한 본 발명의 권리범위에 속한다.

500: 서버
510: 프로세서
520: 통신부
530: DB

Claims

차량으로부터, 가변하는 통신 주기 마다 차량의 속도 및 위치를 포함하는 제1 정보를 수신하는 단계;
상기 차량의 이동 경로에 대한 환경 정보인 제2 정보를 획득하는 단계;
상기 제1 정보 및 상기 제2 정보에 근거하여, 상기 통신 주기 동안의 상기 차량의 이동 범위가 기준값에 대응되도록, 상기 통신 주기를 갱신하는 단계; 및
상기 갱신된 통신 주기마다 상기 차량으로부터 갱신된 상기 제1 정보가 수신되는지 여부에 근거하여, 상기 차량의 사고 발생 여부를 판단하는 단계를 포함하는 차량 사고의 판단 방법.
제1항에 있어서, 상기 제2 정보는
차량의 이동 경로에서의 운전 환경에 대한 정보를 포함하는, 차량 사고의 판단 방법.
제2항에 있어서, 상기 제2 정보는
차량의 이동 경로에 대응되는 날씨, 음영 지역 정보, 도로 상태, 사고 발생 정보, 사고 다발 지역에 대한 정보, 및 운행 조건에 대한 정보 중 적어도 하나를 포함하는, 차량 사고의 판단 방법.
제1항에 있어서, 상기 통신 주기를 갱신하는 단계는
상기 통신 주기 동안의 상기 차량의 이동 범위가 기준값에 대응되는 값으로 유지되도록, 상기 차량의 속도에 반비례하는 값으로 상기 통신 주기를 갱신하는 단계를 포함하는, 차량 사고의 판단 방법.
제1항에 있어서, 상기 통신 주기를 갱신하는 단계는
상기 통신 주기 동안의 상기 차량의 이동 범위가 기준값에 대응되는 값으로 유지되도록, 상기 차량의 속도에 반비례하는 값으로 초기 통신 주기를 설정하는 단계; 및
상기 제2 정보에 근거하여 상기 초기 통신 주기에 가중치를 적용하여 최종 통신 주기를 설정하는 단계를 포함하는, 차량 사고의 판단 방법.
제1항에 있어서, 상기 차량의 사고 발생 여부를 판단하는 단계는
상기 갱신된 통신 주기 내에 상기 갱신된 제1 정보가 수신되지 않으면, 상기 차량에 사고가 발생한 것으로 판단하는 단계를 포함하는, 차량 사고의 판단 방법.
제1항에 있어서,
사고가 발생한 것으로 판단되면, 사고 발생을 알리는 정보를 차량 사고 구조 기관으로 전송하는 단계를 더 포함하는, 차량 사고의 판단 방법.
제1항에 있어서, 상기 차량 사고 발생 여부를 판단하는 단계는
상기 갱신된 통신 주기 내에 상기 갱신된 제1 정보가 수신되는지 판단하는 단계;
상기 갱신된 통신 주기 내에 상기 갱신된 제1 정보가 수신되지 않으면, 상기 제1 정보에 근거하여 적어도 하나의 주변 차량에 상황 정보를 요청하는 단계;
상기 적어도 하나의 주변 차량 중 적어도 하나로부터 상기 상황 정보를 수신하는 단계; 및
상기 상황 정보에 근거하여 상기 차량의 사고 발생 여부를 판단하는 단계를 포함하는, 차량 사고의 판단 방법.
제8항에 있어서, 상기 상황 정보는
상기 주변 차량의 이동 경로에서의 운전 환경을 나타내는 정보를 포함하는, 차량 사고의 판단 방법.
차량과 통신하는 통신부; 및
적어도 하나의 인스트럭션을 수행하는 프로세서를 포함하며,
상기 프로세서는
상기 통신부를 통하여 상기 차량으로부터 수신되며 가변하는 통신 주기 마다 차량의 속도 및 위치를 포함하는 제1 정보, 및 상기 차량의 이동 경로에 대한 환경 정보인 제2 정보에 근거하여, 상기 통신 주기 동안의 상기 차량의 이동 범위가 기준값에 대응되도록, 상기 통신 주기를 갱신하고, 상기 갱신된 통신 주기가 상기 차량으로 전송되도록 상기 통신부를 제어하고,
상기 갱신된 통신 주기마다 상기 차량으로부터 갱신된 상기 제1 정보가 수신되는지 여부에 근거하여, 상기 차량의 사고 발생 여부를 판단하는, 서버 장치.
제10항에 있어서, 상기 제2 정보는
차량의 이동 경로에 대응되는 날씨, 음영 지역 정보, 도로 상태, 사고 발생 정보, 사고 다발 지역에 대한 정보, 및 운행 조건에 대한 정보 중 적어도 하나를 포함하는, 서버 장치.
제10항에 있어서, 상기 프로세서는
상기 통신 주기 동안의 상기 차량의 이동 범위가 기준값에 대응되는 값으로 유지되도록, 상기 차량의 속도에 반비례하는 값으로 상기 통신 주기를 갱신하는, 서버 장치.
제10항에 있어서, 상기 프로세서는
상기 통신 주기 동안의 상기 차량의 이동 범위가 기준값에 대응되는 값으로 유지되도록, 상기 차량의 속도에 반비례하는 값으로 초기 통신 주기를 설정하고,
상기 제2 정보에 근거하여 상기 초기 통신 주기에 가중치를 적용하여 최종 통신 주기를 설정하는, 서버 장치.
제10항에 있어서, 상기 프로세서는
상기 갱신된 통신 주기 내에 상기 갱신된 제1 정보가 수신되는지 판단하고,
상기 갱신된 통신 주기 내에 상기 갱신된 제1 정보가 수신되지 않으면, 상기 제1 정보에 근거하여 적어도 하나의 주변 차량에 상황 정보를 요청하며,
상기 통신부를 통하여 상기 적어도 하나의 주변 차량 중 적어도 하나로부터 상기 상황 정보가 수신되도록 제어하며,
상기 상황 정보에 근거하여 상기 차량의 사고 발생 여부를 판단하는, 서버 장치.
제10항에 있어서,
복수개의 속도에 대응되는 복수개의 기준값들을 저장하는 DB(Data base)를 더 포함하는, 서버 장치.
제10항에 있어서, 상기 프로세서는
상기 제1 정보 및 상기 제2 정보를 입력받고 신경망을 통한 연산을 수행하여 상기 통신 주기 동안의 상기 차량의 이동 범위가 상기 기준값에 대응되도록 상기 통신 주기를 산출하는, 서버 장치.
차량의 속도 및 위치를 포함하는 제1 정보를 서버로 전송하는 단계;
상기 제1 정보 및 상기 차량의 이동 경로에 대한 환경 정보인 제2 정보에 근거하여 설정된 통신 주기에 대한 값을 수신하는 단계; 및
상기 통신 주기가 도래하면, 현재 시점에 대응되는 상기 제1 정보를 상기 서버로 전송하는 단계를 포함하며,
상기 통신 주기는
상기 통신 주기 동안의 상기 차량의 이동 범위가 기준값에 대응되도록 설정되는 값인, 차량용 전자 장치의 동작 방법.
서버와 통신하는 통신부; 및
적어도 하나의 인스트럭션을 실행하는 프로세서를 포함하며,
상기 프로세서는
상기 통신부를 제어하여 차량의 속도 및 위치를 포함하는 제1 정보가 서버로 전송되도록 제어하며, 상기 제1 정보 및 상기 차량의 이동 경로에 대한 환경 정보인 제2 정보에 근거하여 설정된 통신 주기에 대한 값이 상기 통신부로 수신되도록 제어하며, 상기 통신 주기가 도래하면, 현재 시점에 대응되는 상기 제1 정보가 상기 서버로 전송되도록 상기 통신부를 제어하며,
상기 통신 주기는
상기 통신 주기 동안의 상기 차량의 이동 범위가 기준값에 대응되도록 설정되는 값인, 차량용 전자 장치.