KR102326969B1 - 네트워크 구성 요소와 단말기를 위한 방법, 컴퓨터 프로그램 및 장치, 그리고 네트워크 구성 요소, 단말기 및 시스템 - Google Patents

네트워크 구성 요소와 단말기를 위한 방법, 컴퓨터 프로그램 및 장치, 그리고 네트워크 구성 요소, 단말기 및 시스템 Download PDF

Info

Publication number
KR102326969B1
KR102326969B1 KR1020190112349A KR20190112349A KR102326969B1 KR 102326969 B1 KR102326969 B1 KR 102326969B1 KR 1020190112349 A KR1020190112349 A KR 1020190112349A KR 20190112349 A KR20190112349 A KR 20190112349A KR 102326969 B1 KR102326969 B1 KR 102326969B1
Authority
KR
South Korea
Prior art keywords
vehicle
data
user
terminal
network component
Prior art date
Application number
KR1020190112349A
Other languages
English (en)
Other versions
KR20200031053A (ko
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 폭스바겐 악티엔게젤샤프트
Publication of KR20200031053A publication Critical patent/KR20200031053A/ko
Application granted granted Critical
Publication of KR102326969B1 publication Critical patent/KR102326969B1/ko

Links

Images

Classifications

    • G—PHYSICS
    • G07—CHECKING-DEVICES
    • G07C—TIME 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/00—Registering or indicating the working of vehicles
    • G07C5/08—Registering or indicating performance data other than driving, working, idle, or waiting time, with or without registering driving, working, idle or waiting time
    • G07C5/0841—Registering performance data
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F21/00—Security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
    • G06F21/60—Protecting data
    • G06F21/606—Protecting data by securing the transmission between two devices or processes
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/12—Protocols specially adapted for proprietary or special-purpose networking environments, e.g. medical networks, sensor networks, networks in vehicles or remote metering networks
    • B—PERFORMING OPERATIONS; TRANSPORTING
    • B60—VEHICLES IN GENERAL
    • B60R—VEHICLES, VEHICLE FITTINGS, OR VEHICLE PARTS, NOT OTHERWISE PROVIDED FOR
    • B60R16/00—Electric 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/02—Electric 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
    • B60R16/023—Electric 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 for transmission of signals between vehicle parts or subsystems
    • B60R16/0231—Circuits relating to the driving or the functioning of the vehicle
    • G—PHYSICS
    • G01—MEASURING; TESTING
    • G01M—TESTING STATIC OR DYNAMIC BALANCE OF MACHINES OR STRUCTURES; TESTING OF STRUCTURES OR APPARATUS, NOT OTHERWISE PROVIDED FOR
    • G01M17/00—Testing of vehicles
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F21/00—Security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
    • G06F21/30—Authentication, i.e. establishing the identity or authorisation of security principals
    • G06F21/305—Authentication, i.e. establishing the identity or authorisation of security principals by remotely controlling device operation
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F21/00—Security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
    • G06F21/30—Authentication, i.e. establishing the identity or authorisation of security principals
    • G06F21/31—User authentication
    • G—PHYSICS
    • G07—CHECKING-DEVICES
    • G07C—TIME 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/00—Registering or indicating the working of vehicles
    • G07C5/008—Registering or indicating the working of vehicles communicating information to a remotely located station
    • G—PHYSICS
    • G07—CHECKING-DEVICES
    • G07C—TIME 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/00—Registering or indicating the working of vehicles
    • G07C5/08—Registering or indicating performance data other than driving, working, idle, or waiting time, with or without registering driving, working, idle or waiting time
    • G07C5/0808—Diagnosing performance data
    • G—PHYSICS
    • G16—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR SPECIFIC APPLICATION FIELDS
    • G16Z—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR SPECIFIC APPLICATION FIELDS, NOT OTHERWISE PROVIDED FOR
    • G16Z99/00—Subject matter not provided for in other main groups of this subclass
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L63/00—Network architectures or network communication protocols for network security
    • H04L63/08—Network architectures or network communication protocols for network security for authentication of entities
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/34—Network arrangements or protocols for supporting network services or applications involving the movement of software or configuration parameters 
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
    • H04L9/32—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols including means for verifying the identity or authority of a user of the system or for message authentication, e.g. authorization, entity authentication, data integrity or data verification, non-repudiation, key authentication or verification of credentials

Landscapes

  • Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Physics & Mathematics (AREA)
  • Computer Security & Cryptography (AREA)
  • Theoretical Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Computer Hardware Design (AREA)
  • General Engineering & Computer Science (AREA)
  • Software Systems (AREA)
  • Computing Systems (AREA)
  • Health & Medical Sciences (AREA)
  • General Health & Medical Sciences (AREA)
  • Mechanical Engineering (AREA)
  • Automation & Control Theory (AREA)
  • Medical Informatics (AREA)
  • Bioethics (AREA)
  • Small-Scale Networks (AREA)
  • Information Transfer Between Computers (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

실시예들은 네트워크 구성 요소와 단말기를 위한 방법, 컴퓨터 프로그램과 장치, 네트워크 구성 요소, 단말기 및 시스템을 제공한다. 차량(500)의 차량 데이터에 기반한 정보를 제공하기 위한 네트워크 구성 요소(200)를 위한 방법(10)은 사용자로부터 정보의 제공을 위한 데이터 요청을 수신하는 단계(11); 사용자에 의한 차량 데이터의 데이터 전송을 위한 승인을 확인하는 단계(12); 사용자에 의한 승인이 이루어지면, 차량(500)의 적어도 하나의 제어부로 데이터 요청을 전송하는 단계(13); 차량(500)으로부터 차량 데이터를 수신하는 단계(14); 및 차량(500)의 차량 데이터에 기반한 정보를 제공하는 단계(15)를 포함한다.

Description

네트워크 구성 요소와 단말기를 위한 방법, 컴퓨터 프로그램 및 장치, 그리고 네트워크 구성 요소, 단말기 및 시스템{METHOD, COMPUTER PROGRAM AND DEVICES FOR A NETWORK COMPONENT AND FOR A TERMINAL DEVICE, A NETWORK COMPONENT, A TERMINAL DEVICE, AND A SYSTEM}
본 발명은 네트워크 구성 요소와 단말기를 위한 방법, 컴퓨터 프로그램과 장치, 네트워크 구성 요소, 단말기 및 시스템에 관한 것이고, 특히 전적으로는 아니지만, 이에 기반한 정보 및 서비스를 제공하기 위한 사용자 인증 차량 데이터 전송에 관한 개념에 관한 것이다.
오늘날 차량은 ECU(Electronic Control Unit), 즉 내부 제어부에 의해 평가되거나 처리되는 여러 가지 데이터를 제공한다. 예를 들어, 수집된 데이터에 정비소가 액세스할 수 있도록 하는 진단 인터페이스가 차량에 장착된다.
정비소 작업 시 진단-테스터는, 차량 내부의 결함을 식별하고 올바른 수리 조치를 결정하는데 사용된다. 진단 데이터는 차량의 개발 또는 생산 시에도, 제어부의 상태를 결정하기 위해 사용된다. 이를 위해, 예를 들어 OBD-인터페이스(온 보드 -진단) 또는 관련 OBD-표준(ISO 표준 22901 참조)이 사용된다. 개인 고객 부문에는 차량의 진단 데이터도 표시하고 최종 고객을 위해 이러한 데이터를 표시하는 많은 수의 OBD-II 동글(Dongle)이 존재한다. ODX 데이터(ISO 표준 22901에 따라 표준화된 데이터) 내에서 특정 진단 데이터를 검색하여 표시할 수 있는 소위 "뷰어"도 존재한다. ODX[Open Diagnostic Data Exchange, ODX-표준(ASAM MCD-2D)]는 공식적인 기술 언어이다. 이는 차량- 또는 제어부 진단에 사용되며 표준화된 데이터 교환을 가능하게 한다. 이 경우 대개, 예를 들어 컴퓨터와 같은 디스플레이 장치는 차량의 OBD-인터페이스에 연결된다. 정비소 작업, 개발 또는 생산 시, 전술한 측정값 캠페인(campaign)은 일반적으로 ODX-데이터로부터 수동으로 생성되고, 필요한 데이터를 소정의 순서로 판독하는 스크립트에 저장된다.
간행물 DE 10 2016 215 068 A1호는 차량의 시스템에서 소프트웨어를 업데이트 하는데 사용될 수 있는 차량용 유지 보수 소프트웨어의 이용에 관한 개념을 설명한다. 다양한 시스템 구성 요소에 유지 보수 소프트웨어의 액세스 가능성은 OBD-인터페이스이다. 간행물 10 2015 204 863 A1호는 차량의 제어부-소프트웨어 업데이트도 다루며, 변형예로서 OBD-인터페이스의 이용을 제안한다. 간행물 DE 10 2007 050 994 A1호는 정보의 교환 및 적절한 대체 부품의 식별을 위한 RFID(Radio Frequency Identification)와 OBD-인터페이스의 조합을 설명한다. 간행물 DE 10 2011 014 557 A1호 및 DE 10 2011 008 211 A1호는, 수집된 데이터 및 데이터 이력/-통계에 기초하여 에러 예측을 생성하기 위해, 수집된 차량 데이터 및 에러 코드의 통계적 평가에 관한 개념을 설명한다. 차량 데이터의 검출 및 평가를 위해 선행 기술에 공개된 가능성은 제한적이다.
간행물 US 2010/0256861 A1호는 컴퓨터 시스템을 통한 차량 상태의 모니터링에 관한 개념을 설명한다. 이를 위해 차량으로부터 진단 데이터가 평가되고, 확실한 임계 상태가 검출되면, 필요한 경우 문자 메시지로 휴대폰에 알릴 수 있다. 간행물 US 2016/0110929 A1호는 원격 측정 유닛을 통한 차량의 원격 측정 데이터의 판독을 다루고 있다.
본 발명의 과제는 차량 데이터의 이용에 관한 개선된 개념을 제공하는 것이다.
상기 과제는 계류중인 독립 청구항에 따른 네트워크 구성 요소와 단말기를 위한 방법, 컴퓨터 프로그램과 장치, 네트워크 구성 요소, 단말기 및 시스템에 의해 해결된다. 바람직한 실시예 및 개선예들은 종속 청구항들의 대상이다.
본 발명의 실시예들은, 차량 데이터가 추가로 수집 및 평가될 수 있으므로, 새로운 서비스의 가능성이 제공된다는 핵심 사상에 기초한다. 예를 들어, 차량 데이터의 평가에 기초하는 디지털 서비스가 사용자에게 제공될 수 있다. 다른 핵심 사상은, 차량 관련 고객 데이터가 이러한 서비스를 위한 주요 근거를 형성할 수 있다는 것이다. 따라서 이러한 서비스에 기초하여, 사용자에게 추가로 정보가 제공될 수 있고(예를 들어 차량의 센서 데이터), 차량은 온도, 압력 및 습도 데이터의 광범위한 수집을 위해, 예를 들어 날씨 서비스에 의해, 분포된 센서 네트워크로서도 이용될 수 있다. 실시예들은 또한, 차량 내의 제어부에 대한 진단 요청에 의해 OBDII-인터페이스를 통해 차량으로부터 데이터를 판독할 수 있는 OBDII-동글을 이용해서 이러한 데이터를 획득할 수 있다는 인식에 근거한다.
차량의 차량 데이터에 기반한 정보를 제공하기 위한 네트워크 구성 요소를 위한 방법은 실시예에서 사용자로부터 정보의 제공을 위한 데이터 요청을 수신하는 단계 및 사용자에 의한 차량 데이터의 데이터 전송을 위한 승인을 확인하는 단계를 포함한다. 본 방법은 사용자에 의한 승인이 이루어지면, 차량의 적어도 하나의 제어부로 데이터 요청을 전송하는 단계 및 차량으로부터 차량 데이터를 수신하는 단계를 더 포함한다. 방법은 차량의 차량 데이터에 기반한 정보를 제공하는 단계를 더 포함한다. 따라서 실시예들은 사용자 및 네트워크 구성 요소의 통제 하에 차량 데이터를 전송하여 평가하는 것을 가능하게 하고 이에 기반한 서비스를 가능하게 한다.
차량의 적어도 하나의 제어부로 데이터 요청을 전송하는 단계는 적어도 일부 실시예에서, 차량의 진단 인터페이스, 예를 들어 OBD-인터페이스를 통해 이루어질 수 있다. 이로 인해, 차량의 하나 이상의 제어부는 표준화된 인터페이스를 통해 응답할 수 있는 것이 가능해질 수 있다.
예를 들어, 차량의 적어도 하나의 제어부로 데이터 요청을 전송하는 단계는 사용자의 단말기로 및 사용자의 단말기로부터 차량으로 이루어질 수 있다. 이 경우, 사용자의 단말기는 사용자 인터페이스 및 스위칭 유닛 또는 중계국으로써 이용될 수 있다. 사용자의 단말기는, 예를 들어 차량 데이터의 전송을 위한 승인을 얻기 위해 이용될 수 있다.
다른 실시예에서 방법은 사용자의 단말기를 인증하는 단계를 포함할 수 있다. 이로써, 특정 단말기만이 데이터 전송 프로세스 또는 정보의 제공에 관여할 수 있고 시스템과 차량- 및 사용자 데이터의 보안이 더 높아질 수 있는 것이 보장될 수 있다.
다른 실시예에서 차량의 적어도 하나의 제어부의 식별자 및 액세스 인터페이스에 기초하여 데이터 요청을 생성하는 단계는, 네트워크 구성 요소에서 차량으로부터 차량 데이터를 판독하기 위한 특정 명령에 관한 정보가 유지될 수 있게 할 수 있다. 예를 들어, 이러한 네트워크 구성 요소는 명령어에 일치하는 제어부의 어드레스 지정 및 명령 세트에 따라 준비할 수 있고 보안 전송할 수 있어서, 이러한 정보는 네트워크 내에서 보안 유지될 수 있다.
일부 다른 실시예들에서, 데이터 요청은 적어도 하나의 제어부에 대한 상이한 명령어들을 포함하는 테이블을 위한 입력 파라미터 또는 명령어에 관한 정보를 포함할 수 있다. 이 경우, 예를 들어 진단 인터페이스에서, 특정 명령 시퀀스 및 그에 따른 절차, 기능 또는 방법을 테이블을 통해 호출할 수 있는 변환기, 동글이 제공될 수도 있다. 테이블에서 상응하는 어드레스 지정만이 외부에서 이루어져야 하고, 예를 들어, 테이블 항목을 위한 하나 이상의 식별자가 전송되어야 한다.
일부 실시예에서 차량 내의 이용 가능한 제어부의 질의가 이루어질 수 있다. 따라서, 본 방법은 네트워크 구성 요소가, 이용 가능한 제어부에 관한 개관을 제공하고, 그로부터 개별 제어부의 이용 가능한 데이터, 어드레스 지정 가능성 및 기능을 결정하여, 이를 경우에 따라서 사용자 특정적 또는 서비스 특정적으로 사용할 수 있게 할 수 있다. 따라서 실시예들은 제어부들의 다양한 조합에 대해 조정될 수 있다.
실시예들은 또한 차량의 차량 데이터에 기반한 정보를 전송하기 위한 사용자의 단말기를 위한 방법을 제공한다. 방법은 사용자에 의한 서비스 요청을 획득하는 단계를 포함하고, 서비스 요청에 따라 요청된 서비스는 차량 데이터에 기반하며, 네트워크 구성 요소로 서비스 요청을 전송하는 단계를 포함한다. 방법은 또한 차량으로부터 네트워크 구성 요소로 차량 데이터의 데이터 전송을 승인하는 단계 및 네트워크 구성 요소로부터 차량 데이터에 기반한 정보를 획득하는 단계를 포함한다. 따라서 실시예들은 정보를 사용자의 단말기에서 사용할 수 있게 한다.
일부 실시예에서, 네트워크 구성 요소로부터 차량 데이터에 대한 요청을 획득하는 단계는 차량의 적어도 하나의 제어부로 요청을 전송하기 전에 이루어질 수 있다. 이로써 사용자의 단말기는 중계국 또는 교환국으로서 차량 인터페이스와 네트워크 구성 요소 사이에 배치될 수 있으며, 이로써 전술한 장점들, 예를 들어 직접적인 사용자 승인이 실현될 수 있다.
역방향으로, 방법은 차량의 적어도 하나의 제어부로부터 차량 데이터를 획득하는 단계 및 네트워크 구성 요소로 차량 데이터를 전송하는 단계를 포함할 수 있다. 이로써, 데이터가 네트워크 구성 요소로 전송되기 전에, 자신의 단말기에서 사용자에 의한 승인이 이루어질 수도 있다.
일부 실시예에서, 방법은 사용자 그룹이 등록된 사용자 및/또는 등록된 단말기로 제한될 수 있도록, 요청된 서비스를 위해 등록하는 단계를 포함할 수 있으며, 이는 차량 데이터를 위한 데이터 보안 및 데이터 보호를 개선시킬 수 있다.
본 방법은 또한 등록 시 차량 데이터의 전송을 위한 제 1 승인 단계 및 서비스 요청 시 차량 데이터의 전송을 위한 제 2 승인 단계를 포함할 수 있다. 적어도 일부 실시예에서 보안은 더 높아질 수 있다.
다른 실시예는, 컴퓨터 프로그램이 컴퓨터, 프로세서 또는 프로그래밍 가능한 하드웨어 구성 요소에서 실행될 때, 본 명세서에 설명된 방법들 중 하나를 수행하기 위한 컴퓨터 프로그램이다. 실시예들은 또한 네트워크 구성 요소를 위한 장치 및/또는 사용자의 단말기를 위한 장치를 제공하며, 상기 장치들은 각각, 여기에 설명된 방법들 중 하나를 수행하도록 설계된다. 상응하게 설계된 장치를 갖는 네트워크 구성 요소 및/또는 상응하게 설계된 장치를 갖는 단말기는 추가의 실시예이다.
다른 바람직한 형성은 도면에 도시된 실시예들을 참조하여 아래에서 더 상세히 설명될 것이며, 실시예들은 일반적으로 이에 제한되지 않는다.
도 1은 네트워크 구성 요소를 위한 방법의 실시예의 흐름도.
도 2는 사용자의 단말기를 위한 방법의 실시예의 흐름도.
도 3은 네트워크 구성 요소와 사용자의 단말기를 위한 방법을 수행하기 위한 장치들의 실시예 및 시스템의 실시예를 도시한 도면.
도 4는 실시예에서 ODX-데이터에 관한 개념 개관을 도시한 도면.
도 5는 실시예에서 맵핑 테이블의 원리를 도시한 도면.
도 6은 실시예에서 "PDU"모드를 개략적으로 도시한 도면.
도 7은 차량으로부터 "PDU"모드에 의해 판독 가능한 정보를 도시한 도면.
도 8은 실시예에서 "PDU"모드일 때 DataPlug, App 및 백엔드의 상호 작용에 관한 개관을 도시한 도면.
도 9는 실시예에서 차량의 기능 체크 시 과정의 개관을 도시한 도면.
도 10은 실시예에서 백엔드의 진단 부분을 도시한 도면.
도 11은 다른 실시예에서 사용자의 동의 획득을 포함하여 네트워크 아키텍처를 도시한 도면.
이하, 일부 실시예들이 도시된 첨부된 도면을 참조하여 다양한 실시예들이 보다 상세하게 설명된다. 선택적 특징 또는 구성 요소들은 점선으로 표시된다.
실시예들이 다양한 방식으로 수정 및 변경될 수 있지만, 실시예들은 도면에 예로서 도시되며 여기에서 상세하게 설명될 것이다. 그러나 각각의 개시된 형태로 실시예들을 제한하려는 것이 아니라, 실시예들은 본 발명의 범위 내에 있는 모든 기능적 및/또는 구조적 변형, 등가물 및 대안을 포함하는 것으로 이해해야 한다.
다른 요소에 "결합된" 또는 "연결된" 것으로 지칭되는 요소는 다른 요소에 직접 결합되거나 또는 연결될 수 있거나, 중간에 위치하는 요소가 존재할 수 있음에 주목해야 한다. 반대로 어떤 요소가 다른 요소에 "직접 결합된 것"으로 또는 "직접 연결된 것"으로 언급된 경우에는, 중간에 위치하는 요소들이 존재하지 않는 것으로 이해되어야 할 것이다. 요소들 사이의 관계를 설명하기 위해 사용된 다른 용어는 유사한 방식으로 해석되어야 한다(예를 들어, "사이에"와 "사이에 직접", "인접한"과 "직접 인접한" 등).
본 명세서에서 사용된 용어는 단지 특정한 실시예들을 설명하기 위해서만 사용되며, 실시예를 한정하려는 의도가 아니다. 본원에 사용된 단수 형태 "a", "an" 및 "the"는, 문맥상 명백하게 달리 제시하지 않는 한, 복수 형태도 포함하는 것을 의미한다. 또한, 예를 들어, 본 명세서에 사용된 "포함하는", "포함하고 있는", "갖는", "지니는", "지니고 있는" 및/또는 "가지고 있는"과 같은 표현은 상기 특징, 정수, 단계, 작업 시퀀스, 요소 및/또는 구성 요소의 존재를 나타내며, 하나의 또는 하나 이상의 특징, 정수, 단계, 작업 시퀀스, 요소, 구성 요소 및/또는 이들의 그룹의 존재 또는 추가를 배제하지는 않는 것으로 이해되어야 한다.
실시예들은 차량의 차량 데이터에 기반해서 사용자 특정의 서비스가 제공될 수 있는 개념을 제공한다. 이 경우, 차량 데이터는 차량으로부터(또는 차량의 제어부로부터) 네트워크 구성 요소로 사용자의 승인 통제 하에 전달될 수 있다. 사용자의 통제는 사용자의 단말기를 통해, 예를 들어 모바일 무선 유닛, 태블릿 또는(모바일) 컴퓨터에 의해 달성될 수 있다. 실시예에서 네트워크 구성 요소는 예를 들어 하나 이상의 컴퓨터, 서버, 기지국 등일 수 있다.
도 1은 차량의 차량 데이터에 기반한 정보를 제공하기 위한 네트워크 구성 요소를 위한 방법(10)의 실시예의 흐름도를 도시한다. 방법(10)은 사용자로부터 정보의 제공을 위한 데이터 요청을 수신하는 단계(11)를 포함한다. 또한, 상기 방법은 사용자에 의한 차량 데이터의 데이터 전송을 위한 승인을 확인하는 단계(12)를 포함한다. 방법은, 사용자에 의한 승인이 이루어지면, 차량의 적어도 하나의 제어부로 데이터 요청을 전송하는 단계(13)를 더 포함한다. 방법은 차량으로부터 차량 데이터를 수신하는 단계(14) 및 차량(500)의 차량 데이터에 기반한 정보를 제공하는 단계(15)를 더 포함한다.
도 2는 차량의 차량 데이터에 기반한 정보를 전송하기 위한 사용자의 단말기를 위한 방법(20)의 실시예의 흐름도를 도시한다. 방법은 사용자에 의한 서비스 요청을 획득하는 단계(21)를 포함하고, 서비스 요청에 따라 요청된 서비스는 차량 데이터에 기반한다. 방법은 네트워크 구성 요소로 서비스 요청을 전송하는 단계(22) 및 차량으로부터 네트워크 구성 요소로 차량 데이터의 데이터 전송을 승인하는 단계(23)를 더 포함한다. 상기 방법은 네트워크 구성 요소로부터 차량 데이터에 기반한 정보를 획득하는 단계(24)를 포함한다.
도 3은 네트워크 구성 요소(200)와 사용자(600)의 단말기(100)를 위한 방법(10, 20)을 수행하기 위한 장치(40, 30)의 실시예 및 시스템(400)의 실시예를 도시한다. 도 3은 좌측에서 우측으로 차량(500), 사용자(600), 단말기(100)를 위한 장치(30) 및 네트워크 구성 요소(200)를 위한 장치(40)의 실시예를 도시한다. 장치들(30, 40)은 각각, 전술한 방법 단계들을 적어도 부분적으로 수행하기 위한 제어 모듈(34, 44)을 포함한다.
이러한 제어 모듈(34, 44)은 실시예에서, 예를 들어 하나 이상의 임의의 제어부 또는 프로세서 또는 프로그래밍 가능한 하드웨어 구성 요소에 해당할 수 있다. 예를 들어, 장치(30, 40)는 대응하는 하드웨어 구성 요소를 위해 프로그래밍 된 소프트웨어로서 구현될 수도 있다. 이와 관련하여, 제어 모듈(34, 44)은 상응하게 조정된 소프트웨어로 프로그래밍 가능한 하드웨어로서 구현될 수 있다. 이 경우 DSP(Digital Signal Processor)와 같은 임의의 프로세서가 사용될 수 있다. 실시예들은 특정 유형의 프로세서로 제한되지 않는다. 임의의 프로세서 또는 다수의 프로세서 또는 마이크로 컨트롤러도 장치의 구현을 위해 고려될 수 있다. 예를 들어 하나 이상의 다른 기능들도 추가로 포함할 수 있는 차량, 사용자 단말기, 서버를 위한 제어 유닛에서, 다른 제어 유닛들과 통합된 형태로 구현이 고려될 수도 있다.
본 명세서에 기술된 방법 단계들은 실시예에서 각각 하나 이상의 인터페이스(32, 42)를 갖는 장치들(30, 40)에 의해 수행될 수 있다. 도 3에 도시된 바와 같이, 제어 모듈(34, 44)은 각각 하나 이상의 인터페이스(32, 42)에 연결된다. 제어 모듈(34, 44)은 인터페이스(32, 42)를 제어하도록 설계된다. 하나 이상의 인터페이스(32, 42)는, 하나의 모듈 내의, 모듈들 사이의 또는 다양한 엔티티의 모듈들 사이의, 예를 들어 코드에 기초해서, 예컨대 디지털 비트값, 메시지, 프로토콜, 전압, 전류 세기 또는 전자파와 같은 정보 또는 신호를 수신 또는 제공하기 위한 예를 들어 하나 이상의 입력 또는 출력에 대응할 수 있다. 그러한 점에서 하나 이상의 인터페이스(32, 42)는 사용자(600), 차량(500) 및 네트워크 구성 요소(200)와 신호 또는 정보를 교환하기에 적합하다. 이 경우, 하나 이상의 인터페이스(32, 42)는 추가 구성 요소, 예를 들어 사용자와 상호 작용을 위한 입력- 및 출력 장치, 무선 통신을 위한 수단, 유선 통신을 위한 수단, 하나 이상의 증폭기, 필터, 다이플렉서(Diplexer), 듀플렉서(Duplexer), 믹서, 위상 시프터, 저잡음 증폭기(LNA; Low Noise Amplifier), 커넥터, 소켓 등을 포함할 수 있다.
도 3은 도시된 바와 같은 시스템(400)을 위한 방법의 실시예를 추가로 도시한다. 도 2를 참조하여 설명된 바와 같이, 차량(500)의 차량 데이터에 기반한 정보를 전송하기 위한 사용자(600)의 단말기(100)를 위한 방법(20)은 사용자(600)에 의한 서비스 요청을 획득하는 단계(21)를 포함하고, 서비스 요청에 따라 요청된 서비스는 차량 데이터에 기반한다. 이 실시예에서, 네트워크 구성 요소(200)로 서비스 요청을 전송하는 단계(22)가 이루어지고, 이는 네트워크 구성 요소(200)의 관점에서 사용자(600)로부터 정보의 제공을 위한 데이터 요청을 수신하는 단계(11)에 대응한다. 그에 따라, 사용자에 의한 또는 사용자의 단말기(100)를 통한 차량 데이터의 데이터 전송을 위한 승인을 확인하는 단계(12)가 이루어지는데, 이는 단말기 측에서 차량(500)으로부터 네트워크 구성 요소(200)로 차량 데이터의 데이터 전송을 승인하는 단계(23)에 대응한다. 네트워크 구성 요소(200)의 관점에서, 사용자에 의한 승인이 이루어지면, 차량(500)의 적어도 하나의 제어부로 데이터 요청을 전송하는 단계(13)가 이루어진다. 이는 단말기(100)를 통해 간접적으로 수행될 수 있다. 그리고 나서 네트워크 구성 요소(200)에서 차량(500)의 차량 데이터가 수신된다. 이는 다시 단말기(100)를 통해 간접적으로 수행될 수도 있다. 마지막으로, 차량(500)의 차량 데이터에 기반한 정보를 제공하는 단계(15)가 이루어질 수도 있으며, 이는 단말기(100)의 관점에서 네트워크 구성 요소(200)로부터 차량 데이터에 기반한 정보를 획득하는 단계(23)에 대응한다.
도 3에 도시된 바와 같이, 실시예에서 단말기(100)의 관점에서 방법(20)은 네트워크 구성 요소(200)로부터 차량 데이터에 대한 요청을 획득하는 단계 및 차량(500)의 적어도 하나의 제어부로 요청을 전송하는 단계를 포함할 수 있다. 또한, 차량(500)의 적어도 하나의 제어부로부터 차량 데이터를 획득하는 단계 및 네트워크 구성 요소(200)로 차량 데이터를 전송하는 단계가 포함될 수 있다.
단말기(100)와 네트워크 구성 요소(200) 사이 및 단말기(100)와 차량(500) 사이의 통신은 무선으로 이루어질 수 있다. 예를 들어, 단말기(100)와 네트워크 구성 요소(200) 간의 통신을 위해, 해당하는 데이터 통신을 가능하게 하는 서로 다른 세대의 셀룰러 모바일 무선과 같은, 모바일 무선 네트워크가 고려된다. 다른 실시예는 WLAN(Wireless Local Area Network)일 수 있고, 이것은 예를 들어 가정용 차고 또는 공공장소에서 네트워크 구성 요소(200)와의 통신을 가능하게 할 수 있다. 다른 실시예에서, 예를 들어 단말기(100)가 컴퓨터로서 구현되고 사용자(600)가 가정용 PC(개인용 컴퓨터로부터)로부터 네트워크 구성 요소(200)에 요청하는 경우, 유선 통신도 고려될 수 있다. 단말기(100)와 차량(500) 사이의 통신도 무선 또는 유선으로 이루어질 수 있다. 일례는 차량(500)의 진단 인터페이스를 통해 차량의 하나 이상의 제어부와 통신할 수 있는 RFID 또는 블루투스와 같은 근거리 무선 인터페이스를 통한 통신이다. 차량(500)의 적어도 하나의 제어부로 데이터 요청을 전송하는 단계(13)는 따라서 차량(500)의 진단 인터페이스를 통해 이루어질 수 있다.
이 경우 주요 과제는, 소정의 데이터를 판독하기 위해 차량(500)에 전송된 정확한 진단 요청을 결정하는 것일 수 있다. 진단 요청의 그룹은 이하 측정값 캠페인이라고도 한다. 이러한 측정값 캠페인은 차량(500) 내의 제어부의 각각의 장착 상태에 의존할 수 있다. 해당 진단 요청은 예를 들어 표준화된 ODX-데이터에 저장될 수 있다(형식은 ISO 표준 22901에 정의되어 있음). 다양한 제어부-변동으로 인해 이러한 데이터로부터 개별 측정값 캠페인을 결정하는 것이 과제일 수 있다.
다양한 제어부-변동에 대한 의존성 외에, 이러한 측정값 캠페인은 일부 실시예에서 적절한 데이터 보호를 이유로 추가로 고객 특정의 요구와 비교된다. 측정 캠페인은 예를 들어 고객에 의해 이전에 확인된 측정값들만을 포함할 수 있다(2016년 4월 27일자 데이터 보호 규정에 따라 동의). 따라서 실시예에서, 사용자(600)의 단말기(100)의 인증이 추가로 수행될 수 있다. 측정값 캠페인의 동의에 기초한 생성에 의해 실시예에서, 상이한 측정값들을 필요로 하는 상이한 서비스를 고객에게 희망에 따라 제공할 가능성이 제공될 수 있다. 서비스 x와 서비스 y를 사용하려는 고객의 경우, 서비스 z를 사용하려는 고객의 경우와는 다른 측정 캠페인이 경우에 따라서 생성된다. 고객이 그의 동의를 변경하면, 일부 실시예에서 측정값 캠페인이 동적으로 조정될 수 있다.
일부 실시예에서, 차량 변동과 고객 요구의 관련에 따라 다양한 차량과 고객을 위해 동적으로 생성되는 다수의 개별 측정값 캠페인이 발생할 수 있다. 실시예들은 정확히 측정값 캠페인의 이러한 동적 생성을 가능하게 할 수 있다.
이 경우 실시예들은 사용자들의 상이한 동의를 구별할 수 있다. 일반적으로 고객/사용자는 모든 데이터에 동의할 수 있고 개별 측정값 그룹 및 관련 사용 사례를 이용하지 않을 수도 있다. 적어도 일부 실시예는, 세분화된 가능성으로 고객-/사용자 특정적으로 제어할 수 있는, OBDII-표준을 능가하는 확장된 진단 질의들의 조합을 제공한다.
이러한 점에서, 방법(20)은 요청된 서비스를 위해 등록하는 단계를 더 포함할 수 있다. 이 경우, 등록 시 차량 데이터의 전송을 위한 제 1 승인 단계가 포함될 수 있고 서비스 요청 시 차량 데이터의 전송을 위한 제 2 승인 단계가 포함될 수 있다.
이하에서, 일부 실시예들이 더 상세히 설명될 것이다.
다른 실시예에서 소위 PDU(Packet Data Unit)-모드가 차량에서/상에서 구현된다. PDU-모드의 목표는 차량 내의 모든 진단 정보에 액세스하고, 이를 해석하여 다른 추가값 서비스를 제공하는 것이다. 이로써 차량 데이터의 판독을 위한 완전한 ECO-시스템이 제공되고, 상기 시스템은 고객/사용자에게 그 데이터를 통한 완전한 통제를 가능하게 하고(동의 프레임워크) 동시에 이러한 데이터를 기반으로 고객을 위한 서비스의 생성을 가능하게 한다. 후자는 ECO-시스템에 제 3 자 API(Application Programing Interface)의 통합에 의해 보장된다.
이하에서, 이러한 ECO-시스템이 실시예에서 어떻게 작동되고 구성되는지 상세히 설명된다. 이 경우 특히 상세히 설명되는 진단 기능에 중점을 두고 있다.
설명된 실시예에서, 차량에 대한 인터페이스를 구현하기 위해, DataPlug(데이터 플러그) 기능이 사용된다. DataPlug 2.0은 어댑터이며, 상기 어댑터는 차량(500) 내의 OBD2-인터페이스에 플러그 접속된다. 거기에서 상기 어댑터는 차량 상태 데이터를 판독하고, Bluetooth를 통해 스마트폰(100)으로 상기 데이터를 전송한다. 개발 프로젝트 "DataPlug 2.0"의 일환으로 1세대(DataPlug 1.0)의 이전 DataPlug의 펌웨어가 확장되었다. 한편으로는 이로써 스마트폰(100)과 DataPlug 사이의 통신은 도청 시도에 대해 보안 설정되었고(보안 조치), 다른 한편으로 진단 기능은, 차량(500)으로부터 추가 데이터를 판독할 수 있도록 확장되었다.
일반적으로, 차량(500)으로부터 진단에 관한 데이터를 판독할 수 있기 위해, ODX-정보가 필요하다. 진단 측정값을 판독하기 위한 로직은 다음과 같이 설명될 수 있다.
MW_Query(예를 들어 읽기 속도)-> ODX-데이터-> 차량(500)에 진단 명령
MW_Results(예를 들어 v = 10Kkm/h) <-ODX-데이터 <-차량(500)으로부터 진단 응답
한편으로, 특정 차량 정보를 위한 진단 명령을 얻기 위해 ODX-데이터가 필요하다. 다른 한편으로, ODX-데이터는 차량(500)으로부터 응답이 어떻게 해석되어야 하는지에 대한 정보를 포함한다. 이러한 원리는 예를 들어 2개의 상이한 엔진-제어부의 예로써 다음의 도 4에 도시된다.
도 4는 실시예에서 ODX-데이터에 관한 개념 개관을 도시한다. 도 4는 좌측에 2개의 상이한 차량(500a, 550b)을 도시하고, 중간에 DataPlug(300)를 도시하고, 우측에는 단말기(스마트폰; 100)를 도시한다. 이 실시예에서 단말기(100)로부터 회전속도(RPM; Revolutions Per Minute)가 판독된다. DataPlug(300)는 차량(500a, 500b)에 따라서 단말기(100)의 명령어들로부터 각각의 ODX-정보를 찾아내는 맵핑 테이블(Mappingtable)을 포함한다. 예를 들어, 테이블로부터 상이한 제어부(ECU1, ECU2)를 위한 대응하는 진단 어드레스가 발견될 수 있으므로, 차량(500a, 500b)에서 회전 속도가 판독될 수 있고, 2개의 제어부는 상응하게 응답한다. 맵핑 테이블은 따라서 DataPlug(300)의 복잡성을 구현한다. 또한, 제어부에 의해 제공되는 진단 데이터는 각각의 제어부의 식별 또는 어드레스 지정(Addressing)에 의존할 수 있다. 일부 실시예에서 차량(500)의 각 버전 또는 제어부들의 조합에 대해 고유의 맵핑 테이블이 제공될 수 있다. 그리고 나서 DataPlug(300)는 도 4에 도시된 실시예에서 물리적 값 "800 회전"으로 응답한다.
차량으로부터 진단 정보를 판독하기 위해, DataPlug 2.0에서 ODX-데이터의 사용 측면에서 구별되는 2개의 기능이 구현되었다. 이러한 2개의 기능, 맵핑 모드 및 PDU 모드는 아래에 자세히 설명된다.
제 1 실시예에서 맵핑 테이블 모드가 사용된다. 이러한 모드에서 ODX-데이터는 DataPlug(300) 내에 저장된다(맵핑 테이블). 즉, 스마트폰(100)은 모든 데이터를 보통 텍스트로 받아서 이미 해석한다. 이것은 도 5에 개략적으로 도시되어 있다. 도 5는 실시예에서 맵핑 테이블의 원리를 도시한다. 도 5는 좌측으로부터 우측으로 차량(500), DataPlug(300), 단말기(100) 및 네트워크 구성 요소/백엔드(200)를 도시하고, 그러나 이 실시예에서 맵핑 모드를 위해 상기 네트워크 구성 요소/백엔드는 필요 없다. 이 실시예에서, 확실한 요청만이 허용되는 것을 보장하는 펌웨어 필터, 측정값과 차량에 의존해서 맵핑 테이블 내의 ID를 진단 질의로 변환하는 맵핑 테이블(Mapping Table) 및 단말기(100)에서 구현되는 다른 보안 모듈(Security Module)과의 암호화된 연결을 설정하는 보안 모듈(Security Module)이 DataPlug(300)에 위치한다. 단말기는 애플리케이션 라이브러리(App Library) 및 적어도 하나의 대응하는 사용자 인터페이스를 더 포함한다. 이로써 단말기(100)상의 애플리케이션(앱)은 각각의 측정값에 대해 고정적으로 할당된 ID를 호출할 수 있다. DataPlug(300)에 의해 판독된 모든 데이터는 사전에 맵핑 테이블에 정의되어 있다.
제 2 실시예에서, PDU(Packed Data Unit)-모드가 사용된다. 메모리 및 따라서 DataPlug(300)에 ODX-데이터를 저장할 가능성도 제한된다. 이러한 이유로, 데이터를 판독하기 위한 제 2 모드가 도입되었다. 이러한 소위 PDU-모드에서 DataPlug(300) 내의 맵핑 테이블은 사용되지 않는다. 그 대신, 백엔드에서/네트워크 구성 요소(200)에서 데이터의 해석이 이루어진다("맵핑 테이블은 백엔드로 이동된다"). 이러한 원리는 도 6에 도시되어 있다. 도 6은 실시예에서 "PDU"-모드의 개략도를 도시한다. 도 6은, 도 5처럼, 좌측으로부터 우측으로 차량(500), DataPlug(300), 단말기(100) 및 네트워크 구성 요소/백엔드(200)를 도시한다. 이 실시예에서 확실한 요청만이 허용되는 것을 보장하는 펌웨어 필터가 DataPlug(300)에 위치한다. 진단 질의는 여기서 차량(500)에 직접 전달된다[DataPlug(300)/동글에 인텔리전스가 없음]. 단말기(100)에서 구현되는 추가 보안 모듈(Security Module)과의 암호화된 연결을 설정하는 보안 모듈(Security Module)은 여기서 진단 명령의 암호화된/안전한 전송을 허용하며, 이 경우 질의에 대해 진단 명령이 정확하게 지정된다. 단말기(100)와 네트워크 구성 요소(200)의 애플리케이션 인터페이스는 진단 명령 및 데이터 해석에 관한 정보의 교환을 허용한다.
특정 정보를 판독하기 위해, PDU-모드에서 스마트폰 앱은 전체 진단 명령을 DataPlug(300)로 전송할 수 있다. 또한, 이 실시예에서 앱은 DataPlug(300)로부터 원시 데이터만을 획득하고, 해석된 데이터를 획득하기 위해, 상기 원시 데이터는 ODX-데이터를 통해 추가로 평가되어야 한다. 따라서 이러한 기능은 스마트폰 측(100)에서 복잡성을 증가시킨다. 다른 한편으로 백엔드(200)로 맵핑 테이블의 이동에 의해 훨씬 더 많은 유연성이 얻어진다. 이러한 방식으로 차량(500) 내의 모든 제어부에 액세스될 수 있다. 이로 인해, 맵핑 테이블에 포함되지 않은 측정값을 판독할 가능성이 생긴다. 차량(500) 내의 모든 제어부의 에러 메모리 엔트리(DTC; Digital Trouble Code)도 이에 포함된다.
도 7은 차량으로부터 "PDU"-모드를 통해 판독 가능한 정보의 표현을 도시한다. 도 7은 좌측에 차량(500) 내의 응답 가능한 다수의, 예를 들어 n 개의 제어부(ECU; Electronic Control Unit)를 도시한다. 중앙에는, 예를 들어 ECU로부터 22개의 서로 다른 데이터 세트를 획득할 수 있는 DataPlug(300)가 도시된다. 도 7의 좌측에는 평가 가능한[단말기(100) 또는 네트워크 구성 요소(200)] 정보, 예를 들어 ECU 제조 일자, ECU 프로그램 정보, ECU 일련번호, ECU 제조사 번호, 엔진 식별 문자, 차량 식별 번호(VIN; Vehicle Identification Number), 데이터 세트 버전, ECU 하드웨어 번호, 엔진 유형, 정비소 시스템 명칭, 정비소 식별자 등이 도시된다.
실시예에서 하나의 제어부만이 공개된 경우, 데이터 요청의 생성은 차량의 액세스 인터페이스 및 적어도 하나의 제어부의 식별자에 기초하여 이루어질 수 있다. 데이터 요청은 적어도 하나의 제어부에 대한 상이한 명령어들을 포함하는 테이블을 위한 입력 파라미터 또는 명령어에 관한 정보를 포함할 수 있다. 또한, 일부 다른 실시예에서 차량(500) 내의 이용 가능한 제어부들의 질의가 이루어질 수 있다.
다음 실시예에, App- 및 Backend 측의 DataPlug(300)에서 이용 가능한 PDU 모드 기능을 사용하는 방법이 설명된다. 이 경우 먼저, DataPlug(300), App 및 백앤드(200)의 상호 작용에 관한 일반적인 원칙이 설명된다. 이를 바탕으로 다음 섹션에서는 측정 명령 및 진단 응답(원시 데이터)의 해석의 생성을 위한 백엔드 기능의 자세한 설명을 중점적으로 다룬다. 마지막으로, 데이터의 판독을 위해 고객/사용자(600)의 동의가 이루어지는 방법을 기술하는 동의 프레임워크(Consent Framework)를 포함하는 전체 백엔드 아키텍처가 제시된다.
다음의 도 8은 실시예에서 PDU 모드의 이용을 위한 DataPlug(300), 스마트폰(100) 및 백엔드(200)의 상호 작용을 도시한다. 이 경우 먼저, 사용자(600)는 네트워크 구성 요소(200)에서 사용자 계정/사용자 ID의 범위에서 새로운 사용자를 생성한다. 이 경우, 데이터 처리에 대한 동의(승낙)가 사용자에 의해 요청된다. 후속해서, 네트워크 구성 요소가 측정값 캠페인 "Tingle Tour"을 트리거하고 스마트폰(100) 및 DataPlug(300)를 통해 차량 데이터에 액세스하는 것이 가정된다. 이 경우, 먼저 차량(500)의 지문, 예를 들어 차량에서 이용 가능한 모든 제어부의 목록이 되돌아온다. 그에 따라, 네트워크 구성 요소(200)는 (예를 들어, 각각의 제어부에 관한 미리 정의된 정보, 기간, 예를 들어, 60초에 기초하여) 초기화를 수행할 수 있고, 대응하는 PDU를 구성할 수 있을 뿐만 아니라 사용자 단말기를 통해 개별 측정 캠페인을 개시할 수 있다. 그리고 나서 측정값이 판독될 수 있고, 필요한 경우 측정값을 상응하게 해석할 수 있는 데이터 변환기/-번역기에 공급된다. 이를 바탕으로 예를 들어 경고가 출력 또는 생성될 수 있다.
일반적으로 PDU 모드에서 다음 기능이 실행될 수 있다.
1. 차량(500) 내에 설치된 제어부의 식별, 도 8, 예를 들어 VIN에 대해 설치 상태 판독 참조.
2. 이하에서 "지문"으로 지칭되는 이러한 정보는 백엔드(200) 내에 저장될 수 있으므로, 상기 차량(500)을 위해 어떤 ODX-데이터가 사용될 수 있는지 명확해진다.
3. 차량(500)의 지문 및 관련 ODX-데이터로 이루어진 정보에 의해, 구성 파일이 백엔드(200)에서 생성되어 스마트폰(100)으로 전송된다. 이러한 구성 파일은 고객(600)이 차량(500)으로부터 판독하고자 하는 모든 데이터에 대해 진단 명령을 포함한다. 고객(600)이 차량(500)으로부터 다른 데이터를 판독하고자 할 때마다, 새로운 구성 파일이 생성되어 고객(600)의 스마트폰(100)으로 전송된다.
4. 스마트폰(클라이언트; 100)에서, 구성 파일에 따라 진단 정보가 차량(500)으로부터 판독되고, 원시 데이터로서 백엔드(200)로 전송된다.
5. 백엔드(200)에서 ODX-정보에 기초해서 원시 데이터의 해석이 이루어진다. 이러한 단계 후에, 해석된 데이터는 백엔드(200)에서 준비되고, 다시 스마트폰(100)으로부터 호출될 수 있다.
도 8에 설명된 과정에 따르면, 차량으로부터 에러 메모리 엔트리도 판독될 수 있으며, 이러한 엔트리는 백엔드(200)에서 해석될 수 있다. 도 9는 PDU 모드를 통해 구현될 수 있는 사용 사례 "자체 검사(Health Check)"를 예로서 도시한다. 도 9는 실시예에서 차량(500)의 기능 체크 시 과정의 개관을 도시한다. 도 9는 고객(600)이 DataPlug(300)를 획득하여 이를 차량(500)에 결합하는 기능 체크에 관한 실시예를 상부에 도시한다. 이로 인해 측정값을 판독할 수 있고 원격으로 평가를 수행할 수 있다. 백엔드(200)에서 해당하는 측정 명령이 생성될 수 있으며, 이 경우 측정 명령은 각각 고객 동의에 의존한다. 도 9는 하부에 차량(500)이 정지 상태인 실시예를 도시한다. 해당하는 측정값 또는 에러 메시지는 원격으로 판독될 수 있고, 예를 들어 PDU 백엔드(200)에 의해 평가될 수 있다. 그리고 나서 적절한 서비스 파트너가 진단을 수행할 수 있고, 필요한 경우 정비소에서 상응하는 대체 부품이 이용 가능한지 여부를 체크할 수 있다. 그리고 나서 고객(600)은 적절한 대체 부품으로 현장 수리 및/또는 정확한 문제 설명을 제공받거나 또는 수리를 받을 수 있는 정비소로 견인을 제공받을 수 있다. 실시예들은 이와 같이 에러 메모리 엔트리를 판독하고 해석함으로써 즉각적인 또는 적어도 적시의 원격(remote) 진단으로 서비스를 가능하게 할 수 있다. 고객의 동의에 따라 PDU 측정 명령을 업데이트함으로써 추가 측정값이 제공될 수 있다.
도 10은 실시예에서 백앤드 내의 진단 부분을 도시한다. 도 10은 실시예에서, 백엔드(200)에서 진단 데이터의 해석 및 구성 파일의 생성이 어떻게 이루어질 수 있는지를 보다 상세하게 도시한다. 도 10은 사용자의 단말기(100)에서 구현된 클라이언트와의 상호 작용 시 이와 관련된 백엔드 구성 요소(200)의 구성을 도시한다. 개별 구성 요소는 아래에 표형식으로 설명된다.
BZZ 주제 입력 출력
1 Tingle Tour DataPlug에 연결된 App을 통해 차량 내의 모든 제어부의 식별자의 질의,
도 10의 백엔드(PDU Config)에서 해당 인터페이스와 통신 		●차량 내의 모든 제어부의 식별자(ASAM_Keys), 이하 "차량의 지문"이라고 함
2 Scheduler 백엔드로부터 측정 캠페인 획득, 이 경우 예를 들어 주기적으로 측정값/데이터가 판독되고, 에러 코드(DTC)도 판독될 수 있고, 필요한 경우 확인이 수행될 수 있다.
클라이언트(100)에 또한 [사용자의 동의(consent) 및 식별에 의해]서비스를 위한 등록을 지원하는 값을 포함하는 맵핑 테이블이 존재할 수 있다. 데이터는 백엔드(200)에서 데이터 메모리 또는 버퍼에 제공될 수 있다.		 ● PDU 응답
3 Import PDX Files("ODX Cooker") PDX 파일; 여기에는 모든 차량 모델을 위한 이론적으로 장착될 수 있는 모든 제어부의 목록과 이러한 제어부가 어떻게 응답하고 답변을 해석하는지의 규칙 세트가 포함된다(프로토콜). 추가로 해당 ODX-메모리(ODX-저장소)가 존재할 수 있다. ●모든 ASAM_Key 및 대응하는 ODX 데이터의 목록.
4 Translator File("Value ODX Mapper")
(특정한 측정값에 대해 ODX 데이터 내에서 PDU-정보를 찾을 수 있는 위치를 나타낸다)		 ● 측정값의 일반 텍스트 명칭
● 이러한 측정값이 판독될 수 있는 모든 ASAM_Keys/ECU 버전
● ODX-데이터 내에 "PDU_Request+PDU_Interpretation"정보를 정확히 찾을 수 있는 위치를 나타내는 Short_Name(+ 추가 정보)
5a Service
"Data Dictionary Builder"
(ODX-데이터에서 관련 PDU_Request 및 PDU_Interpretation 정보 검색;
결과는 "Data Dictionary"에 저장됨)는
Scheduler
(리소스 분배기)와 함께 작업할 수 있다(도 10의 Build Scheduler Config)		 ● Short_Name
● ASAM_Key
● PDU_Request(비교, 메시지)
● 결과를 해석하기 위한 PDU_Response + Logic(관련 바이트, 단위, 수식)
5b Data Dictionary,
데이터 디렉터리		 §DTC Response:
§예: 59x02 FF 0010 25 2F
§ASAM_File_Version
§ASAM_File_Identifier		 §Text_ID
§Short_Name
§Developer Text(고객용이 아님)
6 Translate 바이트스트림으로서 PDU_Response의 원시 데이터 해석된 데이터
7 Storage ●해석된 데이터 데이터가 저장된다
8 Query API 메모리에서 데이터를 읽기 위한 API 제 3 자 소비자는(고객의 동의에 따라) 데이터에 액세스할 수 있다
9
 Consent UserId 사용자가 이러한 UserId에 동의한 ConsentScopes
도 11은 다른 실시예에서 사용자의 동의 획득을 포함하는 네트워크 아키텍처를 도시한다. 이 실시예에서, 전체 백엔드 프레임워크는, 제 3 자 API를 통해 다른 추가값 서비스에 PDU 모드 진단-데이터를 제공하여 고객이 자신의 데이터를 완전히 통제할 수 있도록 하는 목적으로 구성되었다. 도 11은 전체 백엔드 아키텍처를 도시한다. 진단-데이터를 처리하기 위해 위에서 설명한 구성 요소들은 구성 요소 "구성" 및 "번역기"에서 발견될 수 있다. 또한, 다음 표에 간략하게 설명된 동의 처리 및 제 3 자 API를 위한 추가 구성 요소들이 제시된다.
명칭 입력 출력 설명
Kangaroo VIN, User-ID VID(차량 식별) Kangaroo는 VIN과 UserID를 저장한다. 이것은 UserID, VIN 및 VID 간의 관계를 식별하는 유일한 구성 요소이다. 구성 요소 Kangaroo를 사용하지 않고 VID 관련 UserID를 가져 오는 것은 불가능하다.
Configuration 동의, 지문(Asam File 및 Version), ODX 정보,(Translator File) Tingle Tour, 자체 검사(Health Check) 및 PDU 데이터를 위한 설정 파일 차량의 특정 설치 상태(지문으로 판별된)에 따라, Health Check 또는 특정 PDU-측정값의 질의를 지원하기 위해, 설정 구성 요소는 차량 특정 설정을 생성한다.
PIGEON 차량으로부터 번역된 데이터의 데이터 스트림. 사용자가 승인하지 않은 값만큼 데이터 스트림 감소 차량의 제어부는 많은 경우에 요청된 것보다 그리고 사용자에 의해 승인된 것보다 많은 정보로 응답한다. 이러한 정보는 해석되자마자 데이터 스트림에서 제거된다.
Squirrel 언어, DTC-코드 DTC의 일반 텍스트 DTC는 각 언어로 제공될 수 없다. 추가값 앱의 언어 설정에 따라 필요한 번역이 제공된다.
추가 실시예들은, 컴퓨터 프로그램이 컴퓨터, 프로세서 또는 프로그래밍 가능한 하드웨어 구성 요소에서 실행될 때, 본원에 기술된 방법들 중 하나를 수행하기 위한 컴퓨터 프로그램이다. 특정 구현 요구에 따라, 본 발명의 실시예들은 하드웨어 또는 소프트웨어로 구현될 수 있다. 구현은, 각각의 방법이 수행되도록 프로그래밍 가능한 하드웨어 구성 요소와 상호 작용하거나 또는 상호 작용할 수 있는 전자적으로 판독 가능한 제어 신호들이 저장된, 예를 들어 플로피 디스크, DVD, 블루레이 디스크, CD, ROM, PROM, EPROM, EEPROM 또는 FLASH 메모리, 하드 디스크 또는 다른 자기 또는 광학 메모리와 같은 디지털 저장 매체를 사용하여 수행될 수 있다.
프로그래밍 가능한 하드웨어 구성 요소는 프로세서, 컴퓨터 프로세서(CPU = Central Processing Unit), 그래픽 처리 장치(GPU = Graphics Processing Unit), 컴퓨터, 컴퓨터 시스템, 전용형 집적 회로(ASIC = Application Specific Integrated Circuit), 집적 회로(IC = Integrated Circuit), 시스템 온 칩(SOC = System on Chip), 프로그래밍 가능한 논리 소자 또는 마이크로프로세서를 갖는 필드 프로그래밍 가능한 게이트 어레이(FPGA = Field Programmable Gate Array)에 의해 형성될 수 있다.
따라서 디지털 저장 매체는 기계- 또는 컴퓨터 판독 가능할 수 있다. 즉, 일부 실시예들은, 본 명세서에 기술된 방법들 중 하나가 수행되도록 프로그래밍 가능한 컴퓨터 시스템 또는 프로그래밍 가능한 하드웨어 구성 요소와 상호 작용할 수 있는 전자적으로 판독 가능한 제어 신호를 갖는 데이터 캐리어를 포함한다. 따라서 하나의 실시예는 본 명세서에 기술된 방법을 수행하기 위한 프로그램이 기록된 데이터 캐리어(또는 디지털 저장 매체 또는 컴퓨터 판독 가능 매체)이다.
일반적으로, 본 발명의 실시예들은 프로그램 코드를 갖는 프로그램, 펌웨어, 컴퓨터 프로그램 또는 컴퓨터 프로그램 제품으로서 또는 데이터로서 구현될 수 있고, 이 경우 프로그램 코드 또는 데이터는, 프로세서 또는 프로그래밍 가능한 하드웨어 구성 요소에서 프로그램이 실행될 때, 방법들 중 하나를 수행하는데 유효하다. 프로그램 코드 또는 데이터는 예를 들어 기계 판독 가능한 캐리어 또는 데이터 캐리어에도 저장될 수 있다. 프로그램 코드 또는 데이터는 특히 소스 코드, 기계 코드 또는 바이트 코드 및 다른 중간 코드로서 존재할 수 있다.
전술한 실시예들은 본 발명의 원리를 설명하기 위한 것일 뿐이다. 물론, 본 명세서에 설명된 규정들 및 세부 사항들의 수정 및 변형은 당업자에게 명백할 것이다. 따라서, 본 발명은 하기 특허 청구 범위의 보호 범주에 의해서만 제한되고 본 명세서에 실시예의 설명 및 기재에 의해 제시된 특정 세부 사항들에 의해 제한되어서는 안 된다.
1 Tingle Tour
2 Scheduler
3 ODX Cooker
4 Translator file
5 Data Dictionary Builder
6 Translate
7 Storage
8 Query API
9 Consent
10 네트워크 구성 요소를 위한 방법
11 사용자로부터 정보의 제공을 위한 데이터 요청을 수신하는 단계
12 사용자에 의한 차량 데이터의 데이터 전송을 위한 승인을 확인하는 단계
13 사용자에 의한 승인이 이루어지면, 차량의 적어도 하나의 제어부에 데이터 요청을 전송하는 단계
14 차량으로부터 차량 데이터를 수신하는 단계
15 차량의 차량 데이터에 기반한 정보를 제공하는 단계
20 단말기를 위한 방법
21 사용자에 의한 서비스 요청을 획득하는 단계로서, 상기 서비스 요청에 따라 요청된 서비스는 차량 데이터에 기반함
22 서비스 요청을 네트워크 구성 요소로 전송하는 단계
23 차량으로부터 네트워크 구성 요소로 차량 데이터의 데이터 전송을 승인하는 단계
24 네트워크 구성 요소로부터 차량 데이터에 기반한 정보를 획득하는 단계
100 단말기
200 네트워크 구성 요소
300 DataPlug
400 시스템
500 차량
600 사용자

Claims (14)

  1. 차량(500)의 차량 데이터에 기반한 정보를 제공하기 위한 네트워크 구성 요소(200)를 위한 방법(10)에 있어서,
    상기 네트워크 구성 요소(200)에 의하여, 사용자로부터 정보의 제공을 위한 데이터 요청을 수신하는 단계(11);
    상기 네트워크 구성 요소(200)에 의하여, 사용자에 의한 차량 데이터의 데이터 전송을 위한 승인을 확인하는 단계(12);
    사용자에 의한 승인이 이루어지면, 상기 네트워크 구성 요소(200)에 의하여, 상기 차량(500)의 적어도 하나의 제어부로 데이터 요청을 전송하는 단계(13);
    상기 네트워크 구성 요소(200)에 의하여, 상기 차량(500)으로부터 차량 데이터를 수신하는 단계(14); 및
    상기 네트워크 구성 요소(200)에 의하여, 상기 차량(500)의 차량 데이터에 기반한 정보를 제공하는 단계(15)
    를 포함하며,
    상기 방법(10)은 상기 네트워크 구성 요소(200)에 의하여 상기 차량(500) 내의 이용 가능한 제어부를 질의하는 단계를 더 포함하고,
    상기 차량(500)의 적어도 하나의 제어부로 데이터 요청을 전송하는 단계(13)는, 사용자(600)의 단말기(100)를 통하여 상기 차량(500)으로 이루어지는 것인 네트워크 구성 요소(200)를 위한 방법(10).
  2. 제 1 항에 있어서, 상기 차량(500)의 적어도 하나의 제어부로 데이터 요청을 전송하는 단계(13)는 상기 차량(500)의 진단 인터페이스를 통해 이루어지는 것인 네트워크 구성 요소(200)를 위한 방법(10).
  3. 삭제
  4. 제 1 항에 있어서, 상기 사용자(600)의 단말기(100)를 인증하는 단계를 더 포함하는 네트워크 구성 요소(200)를 위한 방법(10).
  5. 제 1 항 또는 제 2 항에 있어서, 상기 차량(500)의 적어도 하나의 제어부의 식별자 및 액세스 인터페이스에 기초하여 데이터 요청을 생성하는 단계를 더 포함하는 네트워크 구성 요소(200)를 위한 방법(10).
  6. 제 5 항에 있어서, 상기 데이터 요청은 적어도 하나의 제어부에 대한 상이한 명령어들을 포함하는 테이블을 위한 입력 파라미터 또는 명령어에 관한 정보를 포함하는 것인 네트워크 구성 요소(200)를 위한 방법(10).
  7. 차량(500)의 차량 데이터에 기반한 정보를 전송하기 위한 사용자(600)의 단말기(100)를 위한 방법(20)에 있어서,
    상기 단말기(100)에 의하여, 상기 사용자(600)에 의한 서비스 요청을 획득하는 단계(21)로서, 상기 서비스 요청에 의해 요청된 서비스는 차량 데이터에 기반하는 것인, 서비스 요청을 획득하는 단계(21);
    상기 단말기(100)에 의하여, 네트워크 구성 요소(200)로 서비스 요청을 전송하는 단계(22);
    상기 단말기(100)에 의하여, 상기 차량(500)으로부터 상기 네트워크 구성 요소(200)로 차량 데이터의 데이터 전송을 승인하는 단계(23); 및
    상기 단말기(100)에 의하여, 상기 네트워크 구성 요소(200)로부터 차량 데이터에 기반한 정보를 획득하는 단계(24)
    를 포함하며,
    상기 단말기(100)에 의하여, 상기 네트워크 구성 요소(200)로부터 상기 차량(500) 내의 이용 가능한 제어부의 질의를 획득하고 상기 차량(500)으로 상기 질의를 전송하는 단계를 더 포함하는 사용자(600)의 단말기(100)를 위한 방법(20).
  8. 제 7 항에 있어서, 상기 단말기(100)에 의하여, 상기 네트워크 구성 요소(200)로부터 차량 데이터에 대한 요청을 획득하는 단계와, 상기 차량(500)의 적어도 하나의 제어부로 요청을 전송하는 단계를 더 포함하는 사용자(600)의 단말기(100)를 위한 방법(20).
  9. 제 8 항에 있어서, 상기 단말기(100)에 의하여, 상기 차량(500)의 적어도 하나의 제어부로부터 차량 데이터를 획득하는 단계와, 상기 네트워크 구성 요소(200)로 차량 데이터를 전송하는 단계를 더 포함하는 사용자(600)의 단말기(100)를 위한 방법(20).
  10. 제 7 항 내지 제 9 항 중 어느 한 항에 있어서, 요청된 서비스를 위해 등록하는 단계를 더 포함하는 사용자(600)의 단말기(100)를 위한 방법(20).
  11. 제 10 항에 있어서, 등록 시 차량 데이터의 전송을 위한 제 1 승인 단계 및 서비스 요청 시 차량 데이터의 전송을 위한 제 2 승인 단계를 포함하는 사용자(600)의 단말기(100)를 위한 방법(20).
  12. 컴퓨터, 프로세서 또는 프로그래밍 가능한 하드웨어 구성 요소에서 실행될 때, 제 1 항, 제 2 항, 제 7 항 내지 제 9 항 중 어느 한 항에 따른 방법(10; 20)을 수행하기 위한 매체에 저장된 컴퓨터 프로그램.
  13. 제 1 항 또는 제 2 항의 방법(10)을 수행하도록 설계된 네트워크 구성 요소(200)를 위한 장치(40).
  14. 제 7 항 내지 제 9 항 중 어느 한 항의 방법(20)을 수행하도록 설계된 사용자의 단말기(100)를 위한 장치(30).
KR1020190112349A 2018-09-13 2019-09-10 네트워크 구성 요소와 단말기를 위한 방법, 컴퓨터 프로그램 및 장치, 그리고 네트워크 구성 요소, 단말기 및 시스템 KR102326969B1 (ko)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
DE102018215636.0 2018-09-13
DE102018215636.0A DE102018215636A1 (de) 2018-09-13 2018-09-13 Verfahren, Computerprogramme und Vorrichtungen für eine Netzwerkkomponente und für ein Endgerät, Netzwerkkomponente, Endgerät, System

Publications (2)

Publication Number Publication Date
KR20200031053A KR20200031053A (ko) 2020-03-23
KR102326969B1 true KR102326969B1 (ko) 2021-11-16

Family

ID=67777193

Family Applications (1)

Application Number Title Priority Date Filing Date
KR1020190112349A KR102326969B1 (ko) 2018-09-13 2019-09-10 네트워크 구성 요소와 단말기를 위한 방법, 컴퓨터 프로그램 및 장치, 그리고 네트워크 구성 요소, 단말기 및 시스템

Country Status (5)

Country Link
US (1) US11244522B2 (ko)
EP (1) EP3624070A1 (ko)
KR (1) KR102326969B1 (ko)
CN (1) CN110895610B (ko)
DE (1) DE102018215636A1 (ko)

Families Citing this family (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
DE102020101510A1 (de) 2020-01-23 2021-07-29 Bayerische Motoren Werke Aktiengesellschaft Bereitstellung einer auf ein Kraftfahrzeug bezogenen Funktion
DE102020121418B4 (de) 2020-08-14 2022-10-06 Bayerische Motoren Werke Aktiengesellschaft System und Verfahren zur Erhöhung der Datensicherheit im Fahrzeug
CN112519704A (zh) * 2020-12-18 2021-03-19 深圳市元征科技股份有限公司 一种车辆诊断方法、车辆诊断装置、计算机设备和存储介质
DE102022107588A1 (de) 2022-03-30 2023-10-05 Cariad Se Verfahren und System zum Betreiben von auf ein Kraftfahrzeug bezogenen Datendiensten

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20100256861A1 (en) * 2009-04-07 2010-10-07 Ford Global Technologies, Llc System and method for performing vehicle diagnostics
US20160110929A1 (en) * 2014-10-17 2016-04-21 Hyundai Motor Company Method and system for providing vehicle security service

Family Cites Families (18)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20000063909A (ko) * 2000-08-10 2000-11-06 기준성 통신망을 이용한 운송정보 처리시스템과 그 방법
US20030036931A1 (en) * 2001-08-17 2003-02-20 Maulsby William R. Device and method for chartering a seat on ground transportation
DE10225786A1 (de) * 2002-06-10 2004-01-08 Robert Bosch Gmbh Verfahren und Vorrichtung zur Übertragung, zum Senden und/oder zum Empfang von Informationen in Verbindung mit einem Fahrzeug
US20070208501A1 (en) * 2006-03-03 2007-09-06 Inrix, Inc. Assessing road traffic speed using data obtained from mobile data sources
US8843110B2 (en) * 2007-07-03 2014-09-23 General Motors Llc Method of providing data-related services to a telematics-equipped vehicle
DE102007050994A1 (de) 2007-10-25 2009-04-30 Robert Bosch Gmbh Service-Diagnosegerät, Service-Diagnosesystem, Verwendung, Service-Diagnoseverfahren
EP2287691A1 (de) * 2009-08-11 2011-02-23 Deutsche Telekom AG Vorrichtung zum Zugriff auf elektronische Fahrzeugkomponenten
KR20110071788A (ko) * 2009-12-21 2011-06-29 한국전자통신연구원 차량 정보 전송 방법
US8676432B2 (en) 2010-01-13 2014-03-18 GM Global Technology Operations LLC Fault prediction framework using temporal data mining
US8301333B2 (en) 2010-03-24 2012-10-30 GM Global Technology Operations LLC Event-driven fault diagnosis framework for automotive systems
KR20130112512A (ko) * 2012-04-04 2013-10-14 주식회사 케이티 차량 운행 서비스 제공 방법과 시스템 및 이를 위한 장치
DE102012221462A1 (de) 2012-11-23 2014-05-28 Robert Bosch Gmbh Verfahren und System zur Fernabfrage von Fahrzeugdaten
KR101634164B1 (ko) * 2014-06-10 2016-06-29 주식회사 오토클라우드 스마트 스캐너 시스템
DE102015204863A1 (de) 2015-03-18 2016-09-22 Robert Bosch Gmbh Verfahren und Vorrichtung zum Warten eines Fahrzeuges
DE102015208242A1 (de) * 2015-05-05 2016-11-10 Volkswagen Aktiengesellschaft Fahrzeug, Vorrichtungen, Verfahren und Computerprogramme zur Kontrolle eines Datenverkehrs und einer Datenübertragung an Fahrzeugkomponenten
US10867270B2 (en) * 2015-09-18 2020-12-15 Capital One Services, Llc Systems and methods for vehicle tracking and service prediction
DE102016215068A1 (de) 2016-08-12 2018-02-15 Robert Bosch Gmbh Verfahren und Vorrichtung zum Warten eines Fahrzeuges
US10412196B2 (en) * 2017-03-23 2019-09-10 Uber Technologies, Inc. Mapless user interfaces for limited network conditions

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20100256861A1 (en) * 2009-04-07 2010-10-07 Ford Global Technologies, Llc System and method for performing vehicle diagnostics
US20160110929A1 (en) * 2014-10-17 2016-04-21 Hyundai Motor Company Method and system for providing vehicle security service

Also Published As

Publication number Publication date
EP3624070A1 (de) 2020-03-18
KR20200031053A (ko) 2020-03-23
DE102018215636A1 (de) 2020-03-19
US11244522B2 (en) 2022-02-08
CN110895610A (zh) 2020-03-20
CN110895610B (zh) 2023-12-19
US20200090428A1 (en) 2020-03-19

Similar Documents

Publication Publication Date Title
KR102326969B1 (ko) 네트워크 구성 요소와 단말기를 위한 방법, 컴퓨터 프로그램 및 장치, 그리고 네트워크 구성 요소, 단말기 및 시스템
CN106104636B (zh) 使用基于网络的计算基础结构的汽车检测系统
US11366885B2 (en) Vehicle security system and vehicle security method
US10803681B2 (en) Server side security preventing spoofing of vin provisioning service
CN110602702A (zh) 整车中t-box的功能检测方法及系统
CN111669361A (zh) 用于在自动化技术的现场设备与终端设备之间的安全通信的方法及系统
US20050054329A1 (en) Wireless network registration system and wireless network registration method thereof
US20140164258A1 (en) Mobile station apparatus and communication method thereof
KR20130112512A (ko) 차량 운행 서비스 제공 방법과 시스템 및 이를 위한 장치
CN113038421A (zh) 一种汽车诊断方法、汽车诊断装置及汽车网关
US20210194679A1 (en) Electronic device sharing key with external electronic device and operating method for electronic device
CN114740820A (zh) 一种车辆诊断的处理方法及装置
CN110366164B (zh) 远程控制终端的方法、服务器、终端及计算设备
WO2023159721A1 (zh) 胎压感测装置的编程方法、更换方法及装置
CN116386164A (zh) 无缝转移到远程经认证的诊断工具的系统和方法
US20200118151A1 (en) System and method for providing incentives for data transfer from vehicle
CN111541680A (zh) 智能设备的注册方法、智能设备、系统、及存储介质
US11348382B1 (en) System and method for detecting remote vehicle diagnosis
WO2024050754A1 (zh) 用于启动客户端的方法、第一设备、配置设备及云平台
WO2024050753A1 (zh) 通信方法、第一设备、配置设备以及云平台
US20230262461A1 (en) Computer-implemented method for connecting a vehicle to a wireless local network of a workshop
US20240114017A1 (en) Remote Function Unlock for Scan Tool
US20240193614A1 (en) Mobile terminal and product registration method thereof
CN111164624B (zh) 用于车辆的处理单元
KR101647124B1 (ko) 하드웨어 기반 제품 소유권 관리 시스템 및 이의 실행 방법

Legal Events

Date Code Title Description
E902 Notification of reason for refusal
AMND Amendment
E601 Decision to refuse application
AMND Amendment
E902 Notification of reason for refusal
AMND Amendment
X701 Decision to grant (after re-examination)
GRNT Written decision to grant