KR20200141296A - 차량 업데이트 제어 장치 및 방법 - Google Patents

차량 업데이트 제어 장치 및 방법 Download PDF

Info

Publication number
KR20200141296A
KR20200141296A KR1020190068138A KR20190068138A KR20200141296A KR 20200141296 A KR20200141296 A KR 20200141296A KR 1020190068138 A KR1020190068138 A KR 1020190068138A KR 20190068138 A KR20190068138 A KR 20190068138A KR 20200141296 A KR20200141296 A KR 20200141296A
Authority
KR
South Korea
Prior art keywords
update
vehicle
controllers
controller
response
Prior art date
Application number
KR1020190068138A
Other languages
English (en)
Inventor
정혁상
정명규
이동열
서재암
Original Assignee
현대자동차주식회사
기아자동차주식회사
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 현대자동차주식회사, 기아자동차주식회사 filed Critical 현대자동차주식회사
Priority to KR1020190068138A priority Critical patent/KR20200141296A/ko
Priority to US16/657,577 priority patent/US11175906B2/en
Priority to DE102019217274.1A priority patent/DE102019217274A1/de
Priority to CN201911119496.3A priority patent/CN112068856A/zh
Publication of KR20200141296A publication Critical patent/KR20200141296A/ko

Links

Images

Classifications

    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F8/00Arrangements for software engineering
    • G06F8/60Software deployment
    • G06F8/65Updates
    • G06F8/66Updates of program code stored in read-only memory [ROM]
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F8/00Arrangements for software engineering
    • G06F8/60Software deployment
    • G06F8/65Updates
    • BPERFORMING OPERATIONS; TRANSPORTING
    • B60VEHICLES IN GENERAL
    • B60RVEHICLES, VEHICLE FITTINGS, OR VEHICLE PARTS, NOT OTHERWISE PROVIDED FOR
    • B60R16/00Electric or fluid circuits specially adapted for vehicles and not otherwise provided for; Arrangement of elements of electric or fluid circuits specially adapted for vehicles and not otherwise provided for
    • B60R16/02Electric or fluid circuits specially adapted for vehicles and not otherwise provided for; Arrangement of elements of electric or fluid circuits specially adapted for vehicles and not otherwise provided for electric constitutive elements
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F8/00Arrangements for software engineering
    • G06F8/60Software deployment
    • G06F8/65Updates
    • G06F8/656Updates while running
    • GPHYSICS
    • G07CHECKING-DEVICES
    • G07CTIME OR ATTENDANCE REGISTERS; REGISTERING OR INDICATING THE WORKING OF MACHINES; GENERATING RANDOM NUMBERS; VOTING OR LOTTERY APPARATUS; ARRANGEMENTS, SYSTEMS OR APPARATUS FOR CHECKING NOT PROVIDED FOR ELSEWHERE
    • G07C5/00Registering or indicating the working of vehicles
    • G07C5/008Registering or indicating the working of vehicles communicating information to a remotely located station
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00Network arrangements or protocols for supporting network services or applications
    • H04L67/01Protocols
    • H04L67/12Protocols specially adapted for proprietary or special-purpose networking environments, e.g. medical networks, sensor networks, networks in vehicles or remote metering networks
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00Network arrangements or protocols for supporting network services or applications
    • H04L67/34Network arrangements or protocols for supporting network services or applications involving the movement of software or configuration parameters 

Abstract

본 발명은 차량 업데이트 제어 장치 및 방법에 관한 것이다. 본 발명에 따른 장치는, 차량에 구비된 복수의 제어기들에 대한 상태 정보를 관리하는 상태 관리부, 차량의 시동 오프 시 상기 복수의 제어기들에 대한 상태 정보에 근거하여 업데이트 실행 여부를 결정하는 제어부, 및 상기 업데이트 실행 여부에 따라 적어도 하나 이상의 제어기에 대한 리프로그래밍 동작을 수행하는 업데이트 관리부를 포함한다.

Description

차량 업데이트 제어 장치 및 방법{APPARATUS AND METHOD FOR CONTROLLING UPDATE OF VEHICLE}
본 발명은 차량 업데이트 제어 장치 및 방법에 관한 것이다.
OTA(Over The Air)를 이용한 제어기 무선 업데이트는 관리용 제어기가 서버로부터 펌웨어를 무선으로 수신하여 리프로그래밍 수행 대상이 되는 제어기를 업데이트 하는 기술이다. 이러한 제어기 무선 업데이트 절차는 서버와 관리용 제어기 사이의 다운로드 절차와, 관리용 제어기와 리프로그래밍 수행 대상이 되는 제어기 간의 업데이트 절차로 구분될 수 있다.
일반적으로, 제어기 무선 업데이트는 기술자가 없는 상황에서 차량 내부의 관리 제어기가 각 제어기들의 리프로그래밍을 수행한다. 따라서, 관리 제어기가 대상 제어기의 상태를 판단하지 않고 리프로그래밍을 수행할 경우, 사용자가 위험에 노출될 수 있다.
일 예로, 엔진이 과열된 상황에서는 시동 오프(Off) 후에도 쿨링팬이 일정시간 동안 작동하는데, 시동 오프 후에 관리 제어기가 엔진을 제어하는 EMS에 리프로그래밍을 시도하게 되면 쿨링팬 작동이 중단되어 과열된 엔진에 의해 부품이 손상되거나 화재 등의 위험이 발생할 수 있다.
본 발명의 목적은, OTA(Over The Air)를 이용한 제어기 무선 업데이트를 실행하기 전에 리프로그래밍을 수행할 각 제어기의 작동 상태를 판단하여 제어기 무선 업데이트가 안정적으로 실행될 수 있도록 한, 차량 업데이트 제어 장치 및 방법을 제공함에 있다.
본 발명의 기술적 과제들은 이상에서 언급한 기술적 과제들로 제한되지 않으며, 언급되지 않은 또 다른 기술적 과제들은 아래의 기재들로부터 당업자에게 명확하게 이해될 수 있을 것이다.
상기의 목적을 달성하기 위한 본 발명의 일 실시예에 따른 차량 업데이트 제어 장치는, 차량에 구비된 복수의 제어기들에 대한 상태 정보를 관리하는 상태 관리부, 차량의 시동 오프 시 상기 복수의 제어기들에 대한 상태 정보에 근거하여 업데이트 실행 여부를 결정하는 제어부, 및 상기 업데이트 실행 여부에 따라 적어도 하나 이상의 제어기에 대한 리프로그래밍 동작을 수행하는 업데이트 관리부를 포함하는 것을 특징으로 한다.
상기 상태 관리부는, 상기 차량의 시동이 오프 상태가 되면 상기 복수의 제어기들로 업데이트 준비 요청 신호를 송신하는 것을 특징으로 한다.
상기 상태 관리부는, 상기 복수의 제어기들에 대한 리프로그래밍이 완료될 때까지 미리 정해진 주기마다 상기 업데이트 준비 요청 신호를 송신하는 것을 특징으로 한다.
상기 상태 관리부는, 상기 업데이트 준비 요청 신호에 대응하여 각 제어기들로부터 수신된 응답 신호에 기초하여 상기 복수의 제어기들에 대한 상태 정보를 확인하는 것을 특징으로 한다.
상기 응답 신호는, "Positive", "Pending", "Negative" 중 어느 하나의 응답을 포함하는 것을 특징으로 한다.
상기 제어부는, 적어도 하나의 제어기로부터 "Negative" 응답이 수신되면, 차량 업데이트를 중단하는 것으로 결정하는 것을 특징으로 한다.
상기 제어부는, 복수의 제어기로부터 수신된 응답 신호가 "Positive" 또는 "Pending" 응답에 해당되면, 차량 업데이트를 실행하는 것으로 결정하는 것을 특징으로 한다.
상기 제어부는, 복수의 제어기로부터 수신된 응답 신호가 모두 "Pending" 응답에 해당되고, 상기 복수의 제어기로부터 기준 시간이 경과할 때까지 "Positive" 응답이 수신되지 않으면, 차량 업데이트를 중단하는 것으로 결정하는 것을 특징으로 한다.
상기 제어부는, 복수의 제어기들 중 "Pending" 응답을 수신한 제어기로부터 기준 시간 내에 "Positive" 응답이 수신되면, 상기 업데이트 관리부로 대상 제어기의 리프로그래밍을 요청하는 것을 특징으로 한다.
상기 제어부는, 복수의 제어기로부터 수신된 응답 신호 중 적어도 하나 이상의 "Positive" 응답이 존재하면, 상기 업데이트 관리부로 대상 제어기의 리프로그래밍을 요청하는 것을 특징으로 한다.
상기 업데이트 관리부는, 리프로그래밍 요청된 제어기들의 리프로그래밍 순서를 결정하고, 결정된 순서에 따라 대상 제어기로 리프로그래밍 실행 지시 및 롬 데이터를 송신하는 것을 특징으로 한다.
상기 제어부는, 대상 제어기가 리프로그래밍에 실패하면, 상기 복수의 제어기들에 대한 상태 정보에 근거하여 업데이트 실행 여부를 다시 결정하는 것을 특징으로 한다.
상기 제어부는, 대상 제어기가 리프로그래밍에 실패하면 차량 업데이트를 중단하는 것으로 결정하는 것을 특징으로 한다.
또한, 상기의 목적을 달성하기 위한 본 발명의 일 실시예에 따른 차량 업데이트 제어 방법은, 차량에 구비된 복수의 제어기들에 대한 상태 정보를 관리하는 단계, 차량의 시동 오프 시 상기 복수의 제어기들에 대한 상태 정보에 근거하여 업데이트 실행 여부를 결정하는 단계, 및 상기 업데이트 실행 여부에 따라 적어도 하나 이상의 제어기에 대한 리프로그래밍 동작을 수행하는 단계를 포함하는 것을 특징으로 한다.
본 발명에 따르면, OTA(Over The Air)를 이용한 제어기 무선 업데이트를 실행하기 전에 리프로그래밍을 수행할 각 제어기의 작동 상태를 판단하여 제어기 무선 업데이트가 안정적으로 실행될 수 있도록 하는 효과가 있다.
도 1은 본 발명의 일 실시예에 따른 차량 업데이트 제어 장치가 적용된 차량 시스템의 구성을 도시한 도면이다.
도 2는 본 발명의 일 실시예에 따른 차량 업데이트 제어 장치의 구성을 도시한 도면이다.
도 3a, 도 3b, 도 3c 및 도 3d는 본 발명의 일 실시예에 따른 차량 업데이트 제어 장치의 동작을 설명하는데 참조되는 실시예를 도시한 도면이다.
도 4 내지 도 7은 본 발명의 일 실시예에 따른 차량 업데이트 제어 방법에 대한 동작 흐름을 도시한 도면이다.
도 8은 본 발명의 일 실시예에 따른 방법이 실행되는 컴퓨팅 시스템을 도시한 도면이다.
이하, 본 발명의 일부 실시예들을 예시적인 도면을 통해 상세하게 설명한다. 각 도면의 구성요소들에 참조부호를 부가함에 있어서, 동일한 구성요소들에 대해서는 비록 다른 도면상에 표시되더라도 가능한 한 동일한 부호를 가지도록 하고 있음에 유의해야 한다. 또한, 본 발명의 실시예를 설명함에 있어, 관련된 공지 구성 또는 기능에 대한 구체적인 설명이 본 발명의 실시예에 대한 이해를 방해한다고 판단되는 경우에는 그 상세한 설명은 생략한다.
본 발명의 실시예의 구성 요소를 설명하는 데 있어서, 제 1, 제 2, A, B, (a), (b) 등의 용어를 사용할 수 있다. 이러한 용어는 그 구성 요소를 다른 구성 요소와 구별하기 위한 것일 뿐, 그 용어에 의해 해당 구성 요소의 본질이나 차례 또는 순서 등이 한정되지 않는다. 또한, 다르게 정의되지 않는 한, 기술적이거나 과학적인 용어를 포함해서 여기서 사용되는 모든 용어들은 본 발명이 속하는 기술 분야에서 통상의 지식을 가진 자에 의해 일반적으로 이해되는 것과 동일한 의미를 가진다. 일반적으로 사용되는 사전에 정의되어 있는 것과 같은 용어들은 관련 기술의 문맥상 가지는 의미와 일치하는 의미를 가진 것으로 해석되어야 하며, 본 출원에서 명백하게 정의하지 않는 한, 이상적이거나 과도하게 형식적인 의미로 해석되지 않는다.
도 1은 본 발명의 일 실시예에 따른 차량 업데이트 제어 장치가 적용된 차량 시스템의 구성을 도시한 도면이다.
도 1을 참조하면, 차량 시스템은 복수의 제어기들(10) 및 차량 업데이트 제어 장치(100)를 포함할 수 있다.
여기서, 복수의 제어기들(10)은 차량 내에 설치된 제어기들로서, 각 제어기들은 차량의 일부 기능을 제어하는 역할을 한다. 일 예로서, 복수의 제어기들(10)은 EMS(Engine Manager System), ESC(Electronic Stability Control), EPB(electronic parking brake) ABS(Antilock Brake System) 및 BSD(Blind Spot Detection) 등이 포함될 수 있으며, 그 외에도 다양한 기능을 제어하는 제어기들이 포함될 수 있다.
차량 업데이트 제어 장치(100)는 차량의 시동이 오프 상태가 되면 차량의 업데이트를 수행하도록 한다.
차량 업데이트 제어 장치(100)는 업데이트 서버(OTA)(200)로부터 복수의 제어기들(10)의 리프로그래밍을 위한 롬 데이터를 다운로드 할 수 있다. 차량 업데이트 제어 장치(100)는 업데이트 서버(OTA)(200)와 인터넷으로 연결될 수 있다.
이때, 차량 업데이트 제어 장치(100)는 리프로그래밍 명령과 함께 업데이트 서버(OTA)(200)로부터 다운로드 된 롬 데이터를 각 제어기(11, 12, …, 19)로 송신할 수 있다.
여기서, 차량 업데이트 제어 장치(100)는 롬 데이터를 각 제어기(11, 12, …, 19)로 송신하기 전에 복수의 제어기들(10) 각각에 대한 상태를 확인하고, 확인 결과에 기초하여 업데이트 실행 여부를 결정할 수 있다.
일 예로, 차량 업데이트 제어 장치(100)는 "OTA_Ready"와 같은 업데이트 준비 요청 신호를 복수의 제어기들(10)로 각각 송신할 수 있다. 이때, 복수의 제어기들(10)은 업데이트 준비 요청 신호가 수신되면, 시동 오프 상태에서 각 제어기의 작동 상태를 판단하여 차량 업데이트 제어 장치(100)로 응답 신호를 송신할 수 있다.
차량 업데이트 제어 장치(100)는 복수의 제어기들(10)로부터 수신된 응답 신호에 기초하여 복수의 제어기들(10)의 상태를 판단하고, 판단 결과에 기초하여 업데이트 실행 여부를 결정할 수 있다.
차량 업데이트 제어 장치(100)는 복수의 제어기들(10) 중 어느 하나라도 이상이 있으면 업데이트를 중단할 수 있다.
이에, 차량 업데이트 제어 장치(100)의 세부 구성 및 동작에 대한 설명은 도 2의 실시예를 참조하도록 한다.
본 발명에 따른 차량 업데이트 제어 장치(100)는 차량의 내부에 구현될 수 있다. 이때, 차량 업데이트 제어 장치(100)는 차량의 내부 제어 유닛들과 일체로 형성될 수 있으며, 별도의 장치로 구현되어 별도의 연결 수단에 의해 차량의 제어 유닛들과 연결될 수도 있다.
도 2는 본 발명의 일 실시예에 따른 차량 업데이트 제어 장치의 구성을 도시한 도면이다.
도 2를 참조하면, 차량 업데이트 제어 장치(100)는 제어부(110), 통신부(120), 저장부(130), 상태 관리부(140) 및 업데이트 관리부(150)를 포함할 수 있다. 여기서, 본 실시예에 따른 차량 업데이트 제어 장치(100)의 제어부(110), 상태 관리부(140) 및 업데이트 관리부(150)는 적어도 하나 이상의 프로세서(processor)로서 구현될 수 있다.
제어부(110)는 장치(100)의 각 구성요소들 간에 전달되는 신호를 처리할 수 있다.
통신부(120)는 차량에 구비된 복수의 제어기들(10)과의 차량 네트워크 통신을 위한 통신모듈을 포함할 수 있다. 일 예로서, 통신모듈은 복수의 제어기들(10)로 업데이트 준비 요청 신호를 송신하고, 업데이트 준비 요청 신호에 대한 각 제어기들의 응답 신호를 수신할 수 있다.
또한, 통신모듈은 복수의 제어기들(10) 외에 차량에 구비된 전장품들과 신호를 송수신할 수도 있다.
여기서, 차량 네트워크 통신 기술로는 CAN(Controller Area Network) 통신, LIN(Local Interconnect Network) 통신, 플렉스레이(Flex-Ray) 통신 등이 포함될 수 있다.
또한, 통신부(120)는 업데이트 서버(200)와의 무선 인터넷 접속을 위한 통신모듈 또는 근거리 통신(Short Range Communication)을 위한 통신모듈을 더 포함할 수 있다.
여기서, 무선 인터넷 기술로는 무선랜(Wireless LAN, WLAN), 와이브로(Wireless Broadband, Wibro), 와이파이(Wi-Fi), 와이맥스(World Interoperability for Microwave Access, Wimax) 등이 포함될 수 있다. 또한, 근거리 통신 기술로는 블루투스(Bluetooth), 지그비(ZigBee), UWB(Ultra Wideband), RFID(Radio Frequency Identification), 적외선통신(Infrared Data Association, IrDA) 등이 포함될 수 있다.
저장부(130)는 차량 업데이트 제어 장치(100)가 동작하는데 필요한 데이터 및/또는 알고리즘 등을 저장할 수 있다.
저장부(130)는 통신부(120)를 통해 수신된 롬 데이터가 저장될 수 있다. 또한, 저장부(130)는 복수의 제어기로부터 수신된 정보 및 각 제어기의 상태 정보가 저장될 수 있다. 또한, 저장부(130)는 각 제어기의 상태에 따라 업데이트 실행 여부를 결정하고 각 제어기의 리프로그래밍을 실행하기 위한 명령 및/또는 알고리즘 등이 저장될 수도 있다.
여기서, 저장부(130)는 RAM(Random Access Memory), SRAM(Static Random Access Memory), ROM(Read-Only Memory), PROM(Programmable Read-Only Memory), EEPROM(Electrically Erasable Programmable Read-Only Memory)와 같은 저장매체를 포함할 수 있다.
상태 관리부(140)는 복수의 제어기들(10)의 상태 정보를 관리한다. 상태 관리부(140)는 차량이 시동 오프 상태가 되면 업데이트를 수행하기 전에 통신부(120)를 통해 연결된 복수의 제어기들(10)로 업데이트 준비 요청 신호, 예를 들어, "OTA_Ready"를 각각 송신한다. 상태 관리부(140)는 복수의 제어기들(10)의 리프로그래밍이 완료될 때까지 일정 주기마다 리프로그래밍이 완료되지 않은 제어기들로 업데이트 준비 요청 신호를 송신할 수 있다.
이때, 복수의 제어기는 업데이트 준비 요청 신호에 대해 차량의 시동 오프 상태에서 작동 상태를 판단하고 응답 신호를 회신할 수 있다.
여기서, 응답 신호는 "Positive", "Pending", "Negative" 중 어느 하나의 응답을 포함할 수 있다. "Positive"는 대상 제어기의 리프로그래밍이 즉시 실행 가능한 상태를 의미한다. 여기서, 제어기는 "Positive" 응답 이후에 "Negative" 응답 또는 "Pending" 응답을 할 수 없다.
"Pending"은 차량의 시동 오프 후에 작동 중인 기능이 있어서 현재는 불가능하지만 기준 시간 내로 리프로그래밍이 가능한 상태를 말한다. 이 경우, 제어기는 기준 시간 내로 "Positive"를 포함하는 응답 신호를 다시 회신할 수 있다. "Negative"는 대상 제어기의 리프로그래밍이 아예 불가능하거나, 기준 시간이 경과된 후에 리프로그래밍이 가능한 상태를 의미한다. 여기서, 제어기는 "Negative" 응답 이후에 "Positive" 응답 또는 "Pending" 응답을 할 수 없다.
상태 관리부(140)는 복수의 제어기들(10)로부터 "Positive", "Pending", "Negative" 중 어느 하나의 응답을 포함하는 응답 신호가 수신되면, 수신된 응답 신호에 포함된 응답에 기초하여 각 제어기들의 상태를 확인할 수 있다.
상태 관리부(140)는 확인된 복수의 제어기들(10)의 상태 정보를 제어부(110)로 전달할 수 있다.
이에, 제어부(110)는 상태 관리부(140)로부터 수신된 복수의 제어기들(10)의 상태 정보에 기초하여 차량의 업데이트 실행 여부를 결정할 수 있다. 이때, 제어부(110)는 제어기의 응답 신호에 "Negative" 응답이 포함되는지 아닌지에 따라 차량의 업데이트 실행 여부를 결정할 수 있다.
업데이트 실행 여부를 결정하는 실시예는 도 3a 내지 도 3d를 참조하도록 한다.
먼저, 도 3a는 복수의 제어기들로부터 모두 "Positive" 응답이 수신된 경우의 실시예를 나타낸 것이다.
도 3a를 참조하면, 상태 관리부(140)는 제1 제어기(11), 제2 제어기(12) 및 제3 제어기(13)로 업데이트 준비 요청 신호를 송신하고, 이후 제1 제어기(11), 제2 제어기(12) 및 제3 제어기(13)로부터 응답 신호가 수신되면 각 제어기들의 상태를 확인하여 제어부(110)로 전달한다.
이때, 제어부(110)는 제1 제어기(11), 제2 제어기(12) 및 제3 제어기(13)로부터 모두 "Positive" 응답이 수신된 것으로 확인되면, 차량의 업데이트를 실행하는 것으로 결정할 수 있다. 이 경우, 제어부(110)는 업데이트 관리부(150)로 각 제어기의 상태 정보를 전달하고 리프로그래밍 동작 수행을 요청할 수 있다.
도 3b는 복수의 제어기들로부터 "Positive" 또는 "Pending" 응답이 수신된 경우의 실시예를 나타낸 것이다.
도 3b를 참조하면, 상태 관리부(140)는 제1 제어기(11), 제2 제어기(12) 및 제3 제어기(13)로 업데이트 준비 요청 신호를 송신하고, 이후 제1 제어기(11), 제2 제어기(12) 및 제3 제어기(13)로부터 응답 신호가 수신되면 각 제어기들의 상태를 확인하여 제어부(110)로 전달한다.
이때, 제어부(110)는 제1 제어기(11), 제2 제어기(12) 및 제3 제어기(13)로부터 "Positive" 또는 "Pending" 응답이 수신된 것으로 확인되면, 차량의 업데이트를 실행하는 것으로 결정할 수 있다. 이 경우, 제어부(110)는 업데이트 관리부(150)로 각 제어기의 상태 정보를 전달하고 "Positive" 상태인 제2 제어기(12)부터 리프로그래밍 동작 수행을 요청할 수 있다.
도 3c는 복수의 제어기들로부터 모두 "Pending" 응답이 수신된 경우의 실시예를 나타낸 것이다.
도 3c를 참조하면, 상태 관리부(140)는 제1 제어기(11), 제2 제어기(12) 및 제3 제어기(13)로 업데이트 준비 요청 신호를 송신하고, 이후 제1 제어기(11), 제2 제어기(12) 및 제3 제어기(13)로부터 응답 신호가 수신되면 각 제어기들의 상태를 확인하여 제어부(110)로 전달한다.
이때, 제어부(110)는 제1 제어기(11), 제2 제어기(12) 및 제3 제어기(13)로부터 모두 "Pending" 응답이 수신된 것으로 확인되면, 차량의 업데이트를 실행하는 것으로 결정할 수 있다. 이 경우, 제어부(110)는 업데이트 관리부(150)로 각 제어기의 상태 정보를 전달하고 기준 시간 내 "Positive" 응답이 수신된 제어기에 대해 리프로그래밍 동작 수행을 요청할 수 있다.
도 3d는 복수의 제어기들 중 적어도 하나로부터 "Negative" 응답이 수신된 경우의 실시예를 나타낸 것이다.
도 3d를 참조하면, 상태 관리부(140)는 제1 제어기(11), 제2 제어기(12) 및 제3 제어기(13)로 업데이트 준비 요청 신호를 송신하고, 이후 제1 제어기(11), 제2 제어기(12) 및 제3 제어기(13)로부터 응답 신호가 수신되면 각 제어기들의 상태를 확인하여 제어부(110)로 전달한다.
이때, 제어부(110)는 제1 제어기(11), 제2 제어기(12) 및 제3 제어기(13) 중 적어도 하나, 예를 들어, 제3 제어기(13)로부터 "Negative" 응답이 수신된 것으로 확인되면, 차량의 업데이트를 중단하는 것으로 결정할 수 있다. 이 경우, 제어부(110)는 안전성 확보를 위하여 업데이트 관리부(150)로 각 제어기의 상태 정보를 전달하고 제어기들의 리프로그래밍 동작 수행을 중단할 것을 요청할 수 있다.
업데이트 관리부(150)는 제어부(110)로부터 차량의 업데이트를 실행하는 것으로 결정되면, 제어부(110)로부터 수신된 각 제어기들의 상태 정보를 확인한다.
이때, 업데이트 관리부(150)는 복수의 제어기들(10)이 모두 "Pending" 상태인 것으로 확인되면, 미리 정해진 기준 시간 동안 적어도 어느 하나의 제어기가 "Positive" 상태로 전환될 때까지 대기하도록 한다. 업데이트 관리부(150)는 적어도 어느 하나의 제어기에 대한 "Positive" 상태가 확인되면 대상 제어기의 리프로그래밍 동작을 수행하도록 한다.
한편, 업데이트 관리부(150)는 복수의 제어기들(10)이 "Positive" 또는 "Pending" 상태인 것으로 확인되면 "Positive" 상태인 제어기 먼저 리프로그래밍 동작을 수행하도록 한다.
또한, 업데이트 관리부(150)는 복수의 제어기들(10)이 모두 "Positive" 상태인 것으로 확인되면, 바로 대상 제어기의 리프로그래밍 동작을 수행하도록 한다.
여기서, 업데이트 관리부(150)는 각 제어기들의 리프로그래밍 동작을 수행하기 전에 제어기들의 리프로그래밍 순서를 결정할 수 있다.
업데이트 관리부(150)는 결정된 제어기들의 리프로그래밍 순서에 따라 대상 제어기를 결정하고, 결정된 대상 제어기에 대해 리프로그래밍 동작을 수행하도록 한다. 여기서, 업데이트 관리부(150)는 리프로그래밍 실행 지시와 함께 대상 제어기에 대응되는 롬 데이터를 대상 제어기로 송신한다.
업데이트 관리부(150)는 대상 제어기의 리프로그래밍 진행 상태를 확인할 수 있다. 이때, 업데이트 관리부(150)는 대상 제어기의 리프로그래밍에 성공하면, 다음 순서의 제어기에 대한 리프로그래밍 동작을 수행할 수 있다.
한편, 업데이트 관리부(150)는 대상 제어기의 리프로그래밍에 실패한 것으로 확인되면, 대상 제어기의 리프로그래밍 실패 정보를 제어부(110)로 전달하도록 한다.
이에, 제어부(110)는 대상 제어기의 리프로그래밍 실패 정보에 기초하여 차량의 업데이트 실행 여부를 다시 판단한 후에 대상 제어기의 리프로그래밍 동작 수행을 재요청하거나, 업데이트를 중단할 수 있다. 실시 형태에 따라, 제어부(110)는 대상 제어기의 리프로그래밍 실패 정보가 확인되면, 바로 차량의 업데이트를 중단할 수도 있다.
도 2에는 도시하지 않았으나, 차량 업데이트 제어 장치(100)는 사용자로부터의 제어 명령을 입력 받기 위한 입력수단과 차량 업데이트 제어 장치(100)의 동작 상태 및 결과 등을 출력하는 출력수단을 포함하는 인터페이스를 더 포함할 수도 있다.
여기서, 입력수단은 키 버튼을 포함할 수 있으며, 마우스, 조이스틱, 조그셔틀, 스타일러스 펜 등을 포함할 수도 있다. 또한, 입력수단은 디스플레이 상에 구현되는 소프트 키를 포함할 수도 있다.
출력수단은 디스플레이를 포함할 수 있으며, 스피커와 같은 음성출력수단을 포함할 수도 있다. 이때, 터치 필름, 터치 시트, 터치 패드 등의 터치 센서가 디스플레이에 구비되는 경우, 디스플레이는 터치 스크린으로 동작하며, 입력수단과 출력수단이 통합된 형태로 구현될 수 있다.
이때, 디스플레이는 액정 디스플레이(Liquid Crystal Display, LCD), 박막 트랜지스터 액정 디스플레이(Thin Film Transistor-Liquid Crystal Display, TFT LCD), 유기 발광 다이오드(Organic Light-Emitting Diode, OLED), 플렉시블 디스플레이(Flexible Display), 전계 방출 디스플레이(Feld Emission Display, FED), 3차원 디스플레이(3D Display) 중에서 적어도 하나를 포함할 수 있다.
상기에서와 같이 동작하는 본 실시예에 따른 차량 업데이트 제어 장치(100)는 메모리와 각 동작을 처리하는 프로세서를 포함하는 독립적인 하드웨어 장치 형태로 구현될 수 있으며, 마이크로프로세서나 범용 컴퓨터 시스템과 같은 다른 하드웨어 장치에 포함된 형태로 구동될 수 있다.
상기와 같이 구성되는 본 발명에 따른 차량 업데이트 제어 장치의 동작 흐름을 보다 상세히 설명하면 다음과 같다.
도 4, 도 5 및 도 6은 본 발명의 일 실시예에 따른 차량 업데이트 제어 방법에 대한 동작 흐름을 도시한 도면이다.
먼저, 도 4는 복수의 제어기들로 업데이트 준비 요청 신호를 송신하는 동작의 실시예를 나타낸 것이다.
도 4를 참조하면, 차량 업데이트 제어 장치(100)는 차량의 시동이 오프 상태로 전환되면(S10), 제어기들로 "OTA_Ready"와 같은 업데이트 준비 요청 신호를 송신한다(S20).
이후, 차량 업데이트 제어 장치(100)는 모든 제어기들의 리프로그래밍이 완료될 때까지 일정 주기 마다 'S20' 과정을 반복하여 수행한다.
차량 업데이트 제어 장치(100)는 모든 제어기들의 리프로그래밍이 완료되면(S30), 관련 동작을 종료하도록 한다.
도 5 및 도 6은 복수의 제어기들의 상태에 따라 업데이트를 실행하거나 혹은 중단하는 동작의 실시예를 나타낸 것이다.
도 5를 참조하면, 차량 업데이트 제어 장치(100)는 사용자로부터 차량 업데이트가 승인되면(S110), 업데이트 실행 여부를 판단한다(S120). 여기서, 'S120' 과정에 대한 세부 동작은 도 6을 참조하도록 한다.
도 6을 참조하면, 차량 업데이트 제어 장치(100)는 도 4의 'S20' 과정에서 제어기들로 송신된 업데이트 준비 요청 신호에 대응하여 각 제어기들로부터 응답신호가 수신되면(S121), 수신된 응답 신호를 확인한다. 이때, 차량 업데이트 제어 장치(100)는 'S121' 과정에서 수신된 응답 신호 중 "Negative" 응답이 존재하는지를 판단하여 "Negative" 응답이 존재하지 않으면(S123), 차량 업데이트를 실행하는 것으로 결정한다(S125).
한편, 차량 업데이트 제어 장치(100)는 'S121' 과정에서 수신된 응답 신호 중 "Negative" 응답이 존재하는지를 판단하여 "Negative" 응답이 존재하면(S123), 차량 업데이트를 중단하는 것으로 결정한다(S125).
'S121' 내지 'S127' 과정은 최초 업데이트 실행 전에 수행될 수 있으며, 어느 하나의 대상 제어기에 대한 리프로그래밍이 종료될 때마다 수행될 수도 있다.
차량 업데이트 제어 장치(100)는 'S120' 과정에서 업데이트를 실행하는 것으로 결정되면(S130), 제어기들의 응답이 모두 "Pending" 응답인지를 확인한다(S140).
'S140' 과정에서 모두 "Pending" 응답인지를 확인되면, 차량 업데이트 제어 장치(100)는 미리 정해진 기준 시간(ΔTmax)을 초과할 때까지 제어기들의 상태가 "Pending" 상태인지를 판단한다.
만일, 미리 정해진 기준 시간(ΔTmax)을 초과하도록 적어도 하나 이상의 제어기로부터 "Positive" 응답이 수신되지 않으면(S140' 및 'S145'), 업데이트 동작을 중단하도록 한다(S190).
한편, 미리 정해진 기준 시간(ΔTmax)을 초과하기 이전에 적어도 하나 이상의 제어기로부터 "Positive" 응답이 수신되면, 제어기 리프로그래밍 동작을 수행하도록 한다.
이때, 차량 업데이트 제어 장치(100)는 "Positive" 상태의 제어기들에 대한 리프로그래밍 순서를 결정하고(S150), 'S150' 과정에서 결정된 리프로그래밍 순서에 따라 대상 제어기의 리프로그래밍을 실행하도록 한다(S160).
만일, 대상 제어기의 리프로그래밍에 성공하지 못하면(S170), 차량 업데이트 제어 장치(100)는 'S120' 과정부터 다시 수행하도록 한다.
대상 제어기의 리프로그래밍에 성공한 경우에도 리프로그래밍이 완료되지 않은 제어기가 존재하면(S180), 차량 업데이트 제어 장치(100)는 'S120' 과정부터 다시 수행하도록 한다.
'S120' 내지 'S180' 과정들은 모든 제어기의 리프로그래밍이 완료될 때까지 반복하여 수행될 수 있으며, 모든 제어기들의 리프로그래밍이 완료되면 관련 동작을 종료한다.
도 7은 복수의 제어기들에 대한 상태 정보를 관리하는 동작을 나타낸 것이다.
도 7에 도시된 바와 같이, 차량 업데이트 제어 장치(100)는 복수의 제어기들(10)에 대한 상태 정보를 수시로 수신할 수 있다. 차량 업데이트 제어 장치(100)는 복수의 제어기들(10)에 대한 상태 정보가 수신되면(S210), 기존에 저장된 제어기의 상태 정보를 'S210' 과정에서 수신된 정보로 업데이트 한다(S220).
도 7의 과정들은 차량의 업데이트 실행 전, 혹은 업데이트 완료 후에도 수행될 수 있으며, 업데이트 실행 중에도 수행될 수 있다.
도 8은 본 발명의 일 실시예에 따른 방법이 실행되는 컴퓨팅 시스템을 도시한 도면이다.
도 8을 참조하면, 컴퓨팅 시스템(1000)은 버스(1200)를 통해 연결되는 적어도 하나의 프로세서(1100), 메모리(1300), 사용자 인터페이스 입력 장치(1400), 사용자 인터페이스 출력 장치(1500), 스토리지(1600), 및 네트워크 인터페이스(1700)를 포함할 수 있다.
프로세서(1100)는 중앙 처리 장치(CPU) 또는 메모리(1300) 및/또는 스토리지(1600)에 저장된 명령어들에 대해 처리를 실행하는 반도체 장치일 수 있다. 메모리(1300) 및 스토리지(1600)는 다양한 종류의 휘발성 또는 불휘발성 저장 매체를 포함할 수 있다. 예를 들어, 메모리(1300)는 ROM(Read Only Memory)(1310) 및 RAM(Random Access Memory)(1320)을 포함할 수 있다.
따라서, 본 명세서에 개시된 실시예들과 관련하여 설명된 방법 또는 알고리즘의 단계는 프로세서(1100)에 의해 실행되는 하드웨어, 소프트웨어 모듈, 또는 그 2개의 결합으로 직접 구현될 수 있다. 소프트웨어 모듈은 RAM 메모리, 플래시 메모리, ROM 메모리, EPROM 메모리, EEPROM 메모리, 레지스터, 하드 디스크, 착탈형 디스크, CD-ROM과 같은 저장 매체(즉, 메모리(1300) 및/또는 스토리지(1600))에 상주할 수도 있다. 예시적인 저장 매체는 프로세서(1100)에 커플링되며, 그 프로세서(1100)는 저장 매체로부터 정보를 판독할 수 있고 저장 매체에 정보를 기입할 수 있다. 다른 방법으로, 저장 매체는 프로세서(1100)와 일체형일 수도 있다. 프로세서 및 저장 매체는 주문형 집적회로(ASIC) 내에 상주할 수도 있다. ASIC는 사용자 단말기 내에 상주할 수도 있다. 다른 방법으로, 프로세서 및 저장 매체는 사용자 단말기 내에 개별 컴포넌트로서 상주할 수도 있다.
이상의 설명은 본 발명의 기술 사상을 예시적으로 설명한 것에 불과한 것으로서, 본 발명이 속하는 기술 분야에서 통상의 지식을 가진 자라면 본 발명의 본질적인 특성에서 벗어나지 않는 범위에서 다양한 수정 및 변형이 가능할 것이다.
따라서, 본 발명에 개시된 실시예들은 본 발명의 기술 사상을 한정하기 위한 것이 아니라 설명하기 위한 것이고, 이러한 실시예에 의하여 본 발명의 기술 사상의 범위가 한정되는 것은 아니다. 본 발명의 보호 범위는 아래의 청구범위에 의하여 해석되어야 하며, 그와 동등한 범위 내에 있는 모든 기술 사상은 본 발명의 권리범위에 포함되는 것으로 해석되어야 할 것이다.
10, 11, 12, 13, 19: 제어기
100: 차량 업데이트 제어 장치
110: 제어부 120: 통신부
130: 저장부 140: 상태 관리부
150: 업데이트 관리부 200: 업데이트 서버

Claims (25)

  1. 차량에 구비된 복수의 제어기들에 대한 상태 정보를 관리하는 상태 관리부;
    차량의 시동 오프 시 상기 복수의 제어기들에 대한 상태 정보에 근거하여 업데이트 실행 여부를 결정하는 제어부; 및
    상기 업데이트 실행 여부에 따라 적어도 하나 이상의 제어기에 대한 리프로그래밍 동작을 수행하는 업데이트 관리부
    를 포함하는 것을 특징으로 하는 차량 업데이트 제어 장치.
  2. 청구항 1에 있어서,
    상기 상태 관리부는,
    상기 차량의 시동이 오프 상태가 되면 상기 복수의 제어기들로 업데이트 준비 요청 신호를 송신하는 것을 특징으로 하는 차량 업데이트 제어 장치.
  3. 청구항 2에 있어서,
    상기 상태 관리부는,
    상기 복수의 제어기들에 대한 리프로그래밍이 완료될 때까지 미리 정해진 주기마다 상기 업데이트 준비 요청 신호를 송신하는 것을 특징으로 하는 차량 업데이트 제어 장치.
  4. 청구항 2에 있어서,
    상기 상태 관리부는,
    상기 업데이트 준비 요청 신호에 대응하여 각 제어기들로부터 수신된 응답 신호에 기초하여 상기 복수의 제어기들에 대한 상태 정보를 확인하는 것을 특징으로 하는 차량 업데이트 제어 장치.
  5. 청구항 4에 있어서,
    상기 응답 신호는,
    "Positive", "Pending", "Negative" 중 어느 하나의 응답을 포함하는 것을 특징으로 하는 차량 업데이트 제어 장치.
  6. 청구항 5에 있어서,
    상기 제어부는,
    적어도 하나의 제어기로부터 "Negative" 응답이 수신되면, 차량 업데이트를 중단하는 것으로 결정하는 것을 특징으로 하는 차량 업데이트 제어 장치.
  7. 청구항 5에 있어서,
    상기 제어부는,
    복수의 제어기로부터 수신된 응답 신호가 "Positive" 또는 "Pending" 응답에 해당되면, 차량 업데이트를 실행하는 것으로 결정하는 것을 특징으로 하는 차량 업데이트 제어 장치.
  8. 청구항 7에 있어서,
    상기 제어부는,
    복수의 제어기로부터 수신된 응답 신호가 모두 "Pending" 응답에 해당되고, 상기 복수의 제어기로부터 기준 시간이 경과할 때까지 "Positive" 응답이 수신되지 않으면, 차량 업데이트를 중단하는 것으로 결정하는 것을 특징으로 하는 차량 업데이트 제어 장치.
  9. 청구항 7에 있어서,
    상기 제어부는,
    복수의 제어기들 중 "Pending" 응답을 수신한 제어기로부터 기준 시간 내에 "Positive" 응답이 수신되면, 상기 업데이트 관리부로 대상 제어기의 리프로그래밍을 요청하는 것을 특징으로 하는 차량 업데이트 제어 장치.
  10. 청구항 7에 있어서,
    상기 제어부는,
    복수의 제어기로부터 수신된 응답 신호 중 적어도 하나 이상의 "Positive" 응답이 존재하면, 상기 업데이트 관리부로 대상 제어기의 리프로그래밍을 요청하는 것을 특징으로 하는 차량 업데이트 제어 장치.
  11. 청구항 1에 있어서,
    상기 업데이트 관리부는,
    리프로그래밍 요청된 제어기들의 리프로그래밍 순서를 결정하고, 결정된 순서에 따라 대상 제어기로 리프로그래밍 실행 지시 및 롬 데이터를 송신하는 것을 특징으로 하는 차량 업데이트 제어 장치.
  12. 청구항 1에 있어서,
    상기 제어부는,
    대상 제어기가 리프로그래밍에 실패하면, 상기 복수의 제어기들에 대한 상태 정보에 근거하여 업데이트 실행 여부를 다시 결정하는 것을 특징으로 하는 차량 업데이트 제어 장치.
  13. 청구항 1에 있어서,
    상기 제어부는,
    대상 제어기가 리프로그래밍에 실패하면 차량 업데이트를 중단하는 것으로 결정하는 것을 특징으로 하는 차량 업데이트 제어 장치.
  14. 차량에 구비된 복수의 제어기들에 대한 상태 정보를 관리하는 단계;
    차량의 시동 오프 시 상기 복수의 제어기들에 대한 상태 정보에 근거하여 업데이트 실행 여부를 결정하는 단계; 및
    상기 업데이트 실행 여부에 따라 적어도 하나 이상의 제어기에 대한 리프로그래밍 동작을 수행하는 단계
    를 포함하는 것을 특징으로 하는 차량 업데이트 제어 방법.
  15. 청구항 14에 있어서,
    상기 상태 정보를 관리하는 단계는,
    상기 차량의 시동이 오프 상태가 되면 상기 복수의 제어기들로 업데이트 준비 요청 신호를 송신하는 단계; 및
    상기 업데이트 준비 요청 신호에 대응하여 각 제어기들로부터 수신된 응답 신호에 기초하여 상기 복수의 제어기들에 대한 상태 정보를 확인하는 단계를 포함하는 것을 특징으로 하는 차량 업데이트 제어 방법.
  16. 청구항 15에 있어서,
    상기 업데이트 준비 요청 신호는,
    상기 복수의 제어기들에 대한 리프로그래밍이 완료될 때까지 미리 정해진 주기마다 송신되는 것을 특징으로 하는 차량 업데이트 제어 방법.
  17. 청구항 15에 있어서,
    상기 응답 신호는,
    "Positive", "Pending", "Negative" 중 어느 하나의 응답을 포함하는 것을 특징으로 하는 차량 업데이트 제어 방법.
  18. 청구항 17에 있어서,
    상기 업데이트 실행 여부를 결정하는 단계는,
    적어도 하나의 제어기로부터 "Negative" 응답이 수신되면, 차량 업데이트를 중단하는 것으로 결정하는 단계를 포함하는 것을 특징으로 하는 차량 업데이트 제어 방법.
  19. 청구항 17에 있어서,
    상기 업데이트 실행 여부를 결정하는 단계는,
    복수의 제어기로부터 수신된 응답 신호가 "Positive" 또는 "Pending" 응답에 해당되면, 차량 업데이트를 실행하는 것으로 결정하는 단계를 포함하는 것을 특징으로 하는 차량 업데이트 제어 방법.
  20. 청구항 17에 있어서,
    상기 업데이트 실행 여부를 결정하는 단계는,
    복수의 제어기로부터 수신된 응답 신호가 모두 "Pending" 응답에 해당되고, 상기 복수의 제어기로부터 기준 시간이 경과할 때까지 "Positive" 응답이 수신되지 않으면, 차량 업데이트를 중단하는 것으로 결정하는 단계를 포함하는 것을 특징으로 하는 차량 업데이트 제어 방법.
  21. 청구항 17에 있어서,
    상기 리프로그래밍 동작을 수행하는 단계는,
    복수의 제어기들 중 "Pending" 응답을 수신한 제어기로부터 기준 시간 내에 "Positive" 응답이 수신되면 대상 제어기의 리프로그래밍을 수행하는 단계를 포함하는 것을 특징으로 하는 차량 업데이트 제어 방법.
  22. 청구항 17에 있어서,
    상기 리프로그래밍 동작을 수행하는 단계는,
    복수의 제어기로부터 수신된 응답 신호 중 적어도 하나 이상의 "Positive" 응답이 존재하면, 대상 제어기의 리프로그래밍을 수행하는 단계를 포함하는 것을 특징으로 하는 차량 업데이트 제어 방법.
  23. 청구항 14에 있어서,
    상기 리프로그래밍 동작을 수행하는 단계는,
    리프로그래밍 요청된 제어기들의 리프로그래밍 순서를 결정하는 단계; 및
    결정된 순서에 따라 대상 제어기로 리프로그래밍 실행 지시 및 롬 데이터를 송신하는 단계를 포함하는 것을 특징으로 하는 차량 업데이트 제어 방법.
  24. 청구항 14에 있어서,
    대상 제어기가 리프로그래밍에 실패하면, 상기 복수의 제어기들에 대한 상태 정보에 근거하여 업데이트 실행 여부를 다시 결정하는 단계를 더 포함하는 것을 특징으로 하는 차량 업데이트 제어 방법.
  25. 청구항 14에 있어서,
    대상 제어기가 리프로그래밍에 실패하면 차량 업데이트를 중단하는 단계를 더 포함하는 것을 특징으로 하는 차량 업데이트 제어 방법.
KR1020190068138A 2019-06-10 2019-06-10 차량 업데이트 제어 장치 및 방법 KR20200141296A (ko)

Priority Applications (4)

Application Number Priority Date Filing Date Title
KR1020190068138A KR20200141296A (ko) 2019-06-10 2019-06-10 차량 업데이트 제어 장치 및 방법
US16/657,577 US11175906B2 (en) 2019-06-10 2019-10-18 Apparatus and method for controlling update of vehicle
DE102019217274.1A DE102019217274A1 (de) 2019-06-10 2019-11-08 Vorrichtung und Verfahren zum Steuern einer Aktualisierung eines Fahrzeugs
CN201911119496.3A CN112068856A (zh) 2019-06-10 2019-11-15 用于控制车辆的更新的装置及方法

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
KR1020190068138A KR20200141296A (ko) 2019-06-10 2019-06-10 차량 업데이트 제어 장치 및 방법

Publications (1)

Publication Number Publication Date
KR20200141296A true KR20200141296A (ko) 2020-12-18

Family

ID=73460298

Family Applications (1)

Application Number Title Priority Date Filing Date
KR1020190068138A KR20200141296A (ko) 2019-06-10 2019-06-10 차량 업데이트 제어 장치 및 방법

Country Status (4)

Country Link
US (1) US11175906B2 (ko)
KR (1) KR20200141296A (ko)
CN (1) CN112068856A (ko)
DE (1) DE102019217274A1 (ko)

Families Citing this family (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP6400249B1 (ja) * 2017-07-26 2018-10-03 三菱電機株式会社 運転制御システムおよび運転支援方法
KR20200141296A (ko) * 2019-06-10 2020-12-18 현대자동차주식회사 차량 업데이트 제어 장치 및 방법
JP7392407B2 (ja) * 2019-11-14 2023-12-06 株式会社デンソー センター装置、車両用電子制御システム、プログラム更新の進捗制御方法及びプログラム更新の進捗制御プログラム
US20230228228A1 (en) * 2022-01-18 2023-07-20 Briggs & Stratton, Llc Engine calibration systems and methods

Family Cites Families (14)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN104636150B (zh) * 2013-11-06 2018-04-20 比亚迪股份有限公司 车辆中软件的更新方法、系统和服务器
KR101619645B1 (ko) * 2014-11-20 2016-05-18 현대자동차주식회사 차량의 펌웨어 업데이트 시스템 및 방법
US10042629B2 (en) * 2016-07-28 2018-08-07 GM Global Technology Operations LLC Remote vehicle update installation scheduling
KR101886504B1 (ko) * 2016-08-31 2018-08-07 현대자동차주식회사 운전자 편의 시스템의 작동 대기시간 제어 방법
US20180107473A1 (en) * 2016-10-13 2018-04-19 GM Global Technology Operations LLC Determining whether to install a vehicle system update in a vehicle
EP3438815B1 (en) * 2016-12-06 2023-11-22 AutoNetworks Technologies, Ltd. Program update system and program update method
US11036484B2 (en) * 2017-01-06 2021-06-15 Ford Global Technologies, Llc Software update management
WO2018142750A1 (ja) * 2017-02-01 2018-08-09 住友電気工業株式会社 制御装置、プログラム更新方法、およびコンピュータプログラム
US10942725B2 (en) * 2018-07-30 2021-03-09 Ford Global Technologies, Llc Over the air Ecu update
KR20200057505A (ko) * 2018-11-16 2020-05-26 현대자동차주식회사 긴급차량 회피 제어 장치 및 방법, 그리고 차량 시스템
KR102598962B1 (ko) * 2018-12-12 2023-11-06 현대자동차주식회사 차량 제어기의 업데이트 제어 장치 및 방법, 그리고 차량 시스템
KR20200121657A (ko) * 2019-04-16 2020-10-26 현대자동차주식회사 차량의 업데이트 제공 장치 및 방법
JP7069084B2 (ja) * 2019-05-22 2022-05-17 本田技研工業株式会社 ソフトウェア更新装置およびソフトウェア更新方法
KR20200141296A (ko) * 2019-06-10 2020-12-18 현대자동차주식회사 차량 업데이트 제어 장치 및 방법

Also Published As

Publication number Publication date
US20200387368A1 (en) 2020-12-10
US11175906B2 (en) 2021-11-16
CN112068856A (zh) 2020-12-11
DE102019217274A1 (de) 2020-12-10

Similar Documents

Publication Publication Date Title
KR20200141296A (ko) 차량 업데이트 제어 장치 및 방법
US11726771B2 (en) Update control device, update control system, and update control method
KR102598962B1 (ko) 차량 제어기의 업데이트 제어 장치 및 방법, 그리고 차량 시스템
KR102529916B1 (ko) 가상머신 기반 차량 제어 검증 시스템 및 방법
US20210364186A1 (en) Air-conditioning system and program update method of air-conditioning system
KR20190043019A (ko) 외부 전자 장치의 상태에 대응하도록 IoT 장치를 제어할 수 있는 전자 장치 및 전자 장치 운용 방법
US11656894B2 (en) Electronic device and method for providing in-vehicle infotainment service
US20180213006A1 (en) Communication system, moving object, and communication method
WO2020208952A1 (ja) 車載コンピュータ、コンピュータ実行方法及びコンピュータプログラム
JP2023509232A (ja) 安全対応制御のためのシステム及び方法
CN110908733B (zh) 工作模式确定方法及装置、控制方法及装置
US11921599B2 (en) Control method and electronic device
US11947970B2 (en) Information processing device, moving object, and information processing method
CN104303456B (zh) 用于统一访问机载设备的方法和装置
US11650794B2 (en) Electronic control apparatus
CN115514742A (zh) Ota管理器、中心、系统、方法、非暂时性存储介质
KR20200143959A (ko) 차량 업데이트 관리 장치 및 방법
US11843612B2 (en) Communication device management device, system, method, and non-transitory computer-readable recording medium
CN114040360A (zh) 服务器、更新管理方法、非临时存储介质、软件更新装置、带服务器及软件更新装置的系统
KR101648402B1 (ko) 어플리케이션 처리 시스템
US11917717B2 (en) Wireless network detection apparatus and method for detecting non-predetermined electronic apparatus
US20230350692A1 (en) Arithmetic device and computer program
US20230259353A1 (en) Operation management device and operation management method
US11907702B2 (en) Device for managing update of vehicle, method for operating the same, and vehicle
US20230052548A1 (en) Update management apparatus for vehicle and method thereof

Legal Events

Date Code Title Description
E902 Notification of reason for refusal