KR20160135264A

KR20160135264A - 자동차 서비스 시스템

Info

Publication number: KR20160135264A
Application number: KR1020167028366A
Authority: KR
Inventors: 제레미 지브 겔바트; 스티븐 울프
Original assignee: 오토브레인 엘엘씨
Priority date: 2014-03-19
Filing date: 2015-03-19
Publication date: 2016-11-25
Also published as: WO2015143153A1; EP3119645A1; CA2941873A1; JP2017512712A; EP3119645A4; WO2015143153A9; AU2015231207A1

Abstract

차량 상태의 모니터링을 제공하기 위한 시스템이 제공된다. 시스템은 측정 장치를 포함할 수 있다. 측정 장치는 차량에 탈착가능하게 연결될 수 있다. 시스템은 컴퓨터를 포함할 수 있다. 컴퓨터는 차량 내에 위치할 수 있다. 측정 장치는 컴퓨터와의 연결을 포함할 수 있다. 시스템은 수신기를 포함할 수 있다. 수신기는 측정 장치로부터, 차량의 속성에 대응하는 데이터의 측정치, 그리고 차량 속성에 대한 원하는 데이터 측정 레벨에 대응하는 임계 측정치를 수신하도록 구성될 수 있다. 시스템은 프로세서를 포함할 수 있다. 프로세서는, 데이터 측정치가 임계 측정치를 초과하는지를 결정하도록 구성될 수 있고; 그리고 차량 속성에 대한 데이터 측정치를 초과했다는 경보를 사용자에게 전송하도록 송신기에게 명령하도록 구성될 수 있다.

Description

자동차 서비스 시스템{AUTOMOBILE SERVICES SYSTEM}

관련 출원들에 대한 상호-참조(CROSS-REFERENCE TO RELATED APPLICATIONS)

본 출원은 35 U.S.C. § 119(e)에 따라, 미국 특허청(United States Patent and Trademark Office)에 2014년 3월 19일자로 출원된 가출원 번호 제61/955,469호(발명의 명칭: "Automobile Services System and Software"), 미국 특허청에 2015년 1월 23일자로 출원된 가출원 번호 제62/107,091호(발명의 명칭: "Automobile Services System and Software"), 그리고 미국 특허청에 2015년 1월 27일자로 출원된 가출원 번호 제62/108,355호(발명의 명칭: "Systems for determining a location of an optimal fueling station")에 대해 우선권을 주장하며, 이러한 특허문헌들 각각의 전체 개시내용은 참조로 본 명세서에 통합된다.

본 발명은 온 보드 진단(On Board Diagnostic, OBD) 장치를 사용하여 차량 성능을 모니터링하는 것, 그리고 그 결과를 사용자에게 제공하는 것에 관한 것이다.

일반적으로, OBD 장치의 사용은 자동차 서비스를 제공하는 기계 혹은 다른 개인 또는 회사로만 제한되어 있다. 하지만, 차량은 내장된 컴퓨터를 포함하고 있고, 이것은 사용자로 하여금 차량의 성능 및 차량의 상태에 대한 데이터의 모니터링을 가능하게 할 수 있다.

따라서, 사용자로 하여금 하나 이상의 차량 성능 레벨들에 대한 임계치들을 설정할 수 있게 함과 아울러 차량의 성능을 원격으로 모니터링할 수 있게 하는 장치가 제공된다. 추가적으로, OBD 장치와의 연결을 통해 사용자로 하여금 이들의 차량의 상태를 원격으로 모니터링할 수 있게 하기 위한 장치, 시스템, 및 방법이 제공되며, 이것은 하나 이상의 사건들(occurrences)에 대해 차량 컴퓨터를 모니터링하도록 구성될 수 있다.

차량 상태의 모니터링을 제공하기 위한 시스템이 제공된다. 시스템은 측정 장치를 포함할 수 있다. 측정 장치는 차량에 탈착가능하게 연결될 수 있다. 시스템은 컴퓨터를 포함할 수 있다. 컴퓨터는 차량 내에 위치할 수 있다. 측정 장치는 컴퓨터와의 연결을 포함할 수 있다. 시스템은 수신기를 포함할 수 있다. 수신기는 측정 장치로부터, 차량의 속성(attribute)에 대응하는 데이터의 측정치, 그리고 차량 속성에 대한 원하는 데이터 측정 레벨에 대응하는 임계 측정치를 수신하도록 구성될 수 있다. 시스템은 프로세서를 포함할 수 있다. 프로세서는, 데이터 측정치가 임계 측정치를 초과하는지를 결정하도록 구성될 수 있고, 그리고 차량 속성에 대한 데이터 측정치를 초과했다는 경보(alert)를 사용자에게 전송하도록 송신기에게 명령하도록 구성될 수 있다.

본 발명의 목적 및 장점은 첨부되는 도면과 연계되어 제공되는 다음의 상세한 설명을 고려하는 경우 명백하게 될 것이며, 도면에서 동일한 참조 기호들은 도면 전체에 걸쳐 동일한 부분들을 나타낸다.
도 1은 본 발명의 원리에 따른 예시적인 컴퓨터 시스템과 네트워크를 도시한다.
도 2a 내지 도 2c는 본 발명의 원리에 따른 예시적인 장치를 보여준다.
도 3a, 도 3b, 도 4a 및 도 4b는 본 발명의 원리에 따른 예시적인 프로세스들을 보여준다.
도 5 내지 도 12는 본 발명의 원리에 따른 예시적인 정보를 보여준다.

제공되는 자동차-관련 서비스들을 위한 장치, 방법 및 매체가 제공된다.

본 발명은 일반적으로 자동차 서비스들에 관한 것으로, 보다 구체적으로는 추가적인 자동차 서비스들을 사용자에게 제공하기 위한 시스템 및 장치에 관한 것이다.

본 발명은 차량-관련 정보를 사용자들에게 전달함으로써 완벽한 세트의 차량-관련 서비스들을 제공하는 것을 포함한다. 본 발명은 1996년 이후 판매된 임의의 차량의 온-보드 진단기(On-Board Diagnostics)("OBD")-Ⅱ 포트(port)에 플러그인(plug in)되는 장치를 포함하며, 이것은 완벽한 세트의 차량-관련 서비스들을 전달하기 위해 사용되게 된다. 이러한 장치는 차량의 컴퓨터로부터의 정보를 판독한다. 장치는 또한 가속도계, GPS, 무선 통신(예컨대, GSM 혹은 CDMA), 근접장 통신(Near Field Communication)(예컨대, 블루투스(Bluetooth)), 와이파이(WiFi) 또는 자이로스코프(gyroscope)를 포함할 수 있다.

온-보드 진단은 차량의 자기-진단 및 보고 능력을 지칭하는 자동차 용어다. OBD 시스템은 차량 소유자 혹은 수리 기술자에게 다양한 차량 시스템들 및 서브-시스템들의 상태에 대한 액세스(access)를 제공한다. 현재, OBD는 충분한 범위까지 이용되고 있지 않다.

알 수 있는 바와 같이, 추가적인 기능을 위해 OBD를 사용하는 시스템 및 소프트웨어에 대한 필요성이 존재한다.

예시적 목적으로, 본 발명은 시스템의 일부로서 설명될 수 있다. OBD 장치는 시스템의 일부인 것으로서 설명될 수 있다. 시스템은 본 명세서에서 보여지는 혹은 설명되는 장치의 특징들 중 하나 이상의 특징을 포함할 수 있다. 시스템은 하나 이상의 OBD 장치들(이하에서는 "OBD 장치" 혹은 "장치"로 지칭됨), 하나 이상의 서버들, 그리고 하나 이상의 컴퓨팅 장치들(예컨대, 모바일 장치 혹은 컴퓨터)을 포함할 수 있다. 시스템이 이러한 장치들로만 한정되지 않는다는 점, 그리고 추가적인 장치들을 또한 포함할 수 있다는 점에 유의해야 한다.

본 발명의 실시예들은 특화된 소프트웨어와 결합된 장치를 포함할 수 있다. 예를 들어, 사용자는 장치로부터의 정보를 모니터링하기 위해, 그리고 특정 임계치들에 도달 혹은 초과하는 경우 사용자에게 경보를 발행하기 위해, 일 세트의 기능들을 촉발시킬 수 있다. 이것은 한 번의 클릭(click) 혹은 토글링(toggling)으로 달성될 수 있다. 한 번의 클릭으로 하나 이상의 동작 모드(mode)들의 선택은 예를 들어, 미리-결정된 세트의 임계치들을 확립하고, 그리고 임의의 임계치들에 도달 혹은 초과하는 것에 대한 경보를 제공한다.

일 실시예에서, 본 발명은 장치를 포함할 수 있다. 이러한 장치는 OBD 장치일 수 있다. OBD 장치는 OBD-Ⅱ 표준을 따를 수 있고, 그리고 OBD-Ⅱ 표준을 따르는 소프트웨어 및 하드웨어를 포함할 수 있다. EPA에 의해 구현되는 OBD-Ⅱ 표준의 사양은 그 전체가 참조로 본 명세서에 통합된다. 본 발명에 따른 OBD 장치가, 이러한 표준들에 한정되는 기능만을 포함할 필요는 없다.

장치는 연결을 포함할 수 있고, 그리고 분리가능하게 차량에 연결될 수 있다. 장치는 데이터 포트를 통해 차량에 연결될 수 있다. 연결은 플러그-인 연결, USB 포트 연결, 직렬 포트 연결, 핀 연결, 혹은 임의의 다른 적절한 연결일 수 있다. 연결은 또한 와이파이 혹은 블루투스와 같은 프로토콜을 사용하는 무선 연결일 수 있다.

장치는 컴퓨터와 상호작용 혹은 통신할 수 있다. 컴퓨터는 차량 내에 위치하는 온-보드 컴퓨터(이것은 또한 "차량 컴퓨터"로 지칭됨)일 수 있다. 차량 컴퓨터는 차량으로부터의 하나 이상의 데이터 포인트(data point)들 혹은 파라미터(parameter)들을 측정하도록 구성될 수 있다.

차량에 플러그인되는 혹은 차량과 연결되는 별개의 장치로서의 OBD 장치, 뿐만 아니라 차량에 내장되는 OBD 장치를 갖는 것이 본 발명에서 고려됨에 유의해야 한다. 따라서, OBD 장치의 특징들 중 일부 혹은 모두는 차량 컴퓨터에 연결될 수 있고, 혹은 차량에 통합될 수 있고, 혹은 차량 컴퓨터 자체 내에 내장될 수 있다.

OBD 장치는 차량에서의 사용을 위한 임의의 적절한 진단 장치일 수 있다. 장치는 측정 장치일 수 있다. 본 발명은 표준 OBD 장치와 함께 동작가능하고, 뿐만 아니라 본 출원 명세서에서 논의되는 고유한 특징들을 포함하는 OBD 장치와 함께 동작가능하다.

OBD 장치는 하나 이상의 프로세서들, 송신기들, 수신기들, 송수신기들, 및 임의의 추가적인 적절한 컴포넌트들을 포함할 수 있다.

OBD 장치는 다양한 통신 프로토콜들을 통해 동작하도록 구성된 하나 이상의 통신 시스템들을 포함할 수 있다. OBD 장치는 GSM 혹은 GPRS 네트워크를 사용하여 동작하도록 구성될 수 있다. OBD 장치는 2G, 3G, 4G, LTE 혹은 임의의 다른 적절한 연결 기술을 사용하여 동작하도록 구성될 수 있다. OBD 장치는 하나 이상의 셀룰러 혹은 GPS 안테나들을 포함할 수 있다. OBD 장치는 단-거리 무선 통신 하드웨어, 예컨대 블루투스 및 와이-파이 칩셋(chipset)들과 같은 것을 포함할 수 있다.

OBD 장치는 내부 배터리 전원(battery supply)을 포함할 수 있다. OBD 장치는 태양광 발전(solar power)과 같은 외부 전원들부터 전력을 끌어올 수 있고, 혹은 차량 포트(car port)에 대한 연결을 통해 전력을 끌어올 수 있다. OBD 장치는 복수의 전원들로부터 전력을 끌어오도록 구성될 수 있다.

OBD 장치는 TCP, UDP 및 FTP 프로토콜들을 지원하도록 구성될 수 있다. OBD 장치는 SMS 연결을 포함할 수 있고, 그리고 SMS 메시지들을 수신 및 전송하도록 구성될 수 있다. OBD 장치는 이미 설명된 것들과 같은 임의의 적절한 통신 프로토콜들을 통해 구성 및 업데이트될 수 있다.

OBD 장치는 펌웨어를 포함할 수 있다. 펌웨어는 미리결정된 통신 프로토콜들을 사용하여 동작하도록 구성될 수 있다. 따라서, 장치는 하나 이상의 커맨드(command)들을 수신하도록 구성될 수 있다. 커맨드들은 장치에 의해 수집, 수신 및/또는 전송된 정보를 변경시키도록 변할 수 있다. 예를 들어, OBD 장치는 차량의 속도에 관한 정보를 수집하기 위한 커맨드 혹은 명령을 차량 컴퓨터와의 연결 포트를 통해 수신할 수 있다. 또 하나의 다른 예에서, OBD 장치는 차량의 가속도 및 위치에 관한 데이터를 수집하도록 명령받을 수 있고, 그리고 미리결정된 간격으로 정보를 전송하도록 명령받을 수 있다.

OBD 장치 데이터 사용은 최적화될 수 있고 이에 따라 장치에 의해 전송 및 수신되는 데이터의 양은 제한되게 된다. 따라서, 본 발명에 따르면, OBD 장치는 특정된 사건 혹은 이벤트에 응답하여서만 정보를 서버로 전송하도록 명령받을 수 있다. 예를 들어, OBD 장치는 정상적으로는 차량 컴퓨터로부터 연속적인 데이터 보고서를 수신할 수 있다.

데이터 사용을 낮추기 위해, 이벤트 기반의 보고가 사용될 수 있다. 장치가 특정 간격(즉, 30초 간격)으로 모든 정보를 서버로 전송하게 하는 것이 아니라, 이벤트들을 사용함으로써 장치로 하여금 이벤트가 언제 일어났는지를 서버에게 자동으로 통지하게 할 수 있다. 예를 들어, 운전자가 택한 정확한 경로를 알기 위해, GPS 좌표들이 매 10초마다 사용되지 않을 수 있다. 대신에, 차량이 주행방향(heading)을 바꿀 때마다 보고서가 제공될 수 있는데, 이것은 전송되는 데이터의 양을 감소시킬 것이다. 이벤트-기반 보고는 정상적인 데이터 전송과 함께 사용될 수 있음에 유의해야 한다.

시스템은 이미 설명된 서버와 같은 그러한 서버를 포함할 수 있다. 서버는 하나 이상의 프로세서들, 송신기들, 수신기들, 송수신기들, 및 임의의 추가적인 적절한 컴포넌트들을 포함할 수 있다. OBD 장치는 서버와 연락을 주고받을 수 있다. 서버는 OBD 장치에 대한 제어를 설정할 수 있다. OBD 장치는 OBD 장치에 의해 수신 및/또는 프로세싱되는 데이터가 임계치(즉, 속도 임계치)에 도달 혹은 초과했음을표시한 경우, 또는 한계치(즉, 가상 울타리(geofence))가 위반되었음을 표시한 경우, 또는 임의의 이벤트(온보드 OBD 자이로스코프 혹은 가속도계에 의해 차량에서 검출된 움직임)가 일어났음을 표시한 경우, 경보를 서버로 단지 전송하도록 서버에 의해 명령받을 수 있다. 또 하나의 다른 예에서, OBD는 복수의 이벤트들이 일어난 경우에만(예컨대, 제한 속도 임계치에 도달 혹은 초과했음 그리고 가상 울타리가 불준수/위반되었음이 모두 일어난 경우에만) 경보를 전송하도록 명령받을 수 있다.

OBD 장치의 데이터 사용 최적화의 추가적인 예들은, 임계치가 위반되었다는 메시지 그리고 위반된 임계치의 타입(type)을 단지 전송하도록 OBD에게 명령하는 것을 포함할 수 있고, 또는 임계치 위반의 특정 데이터(예컨대, 위치, 지속시간 등)와 같은 추가적인 데이터를 포함하는 메시지를 전송하는 것을 포함할 수 있다.

OBD 장치 데이터는 셀룰러 네트워크들, 무선 네트워크들, USB, 적외선, NFC 혹은 임의의 다른 적절한 전송 프로토콜들을 통해 OBD 장치로부터 서버 혹은 복수의 서버들 및/또는 컴퓨터들로 전송될 수 있다. OBD 장치는 UDP, UDP-C, TCP/IP, TU 및 SMS와 같은 임의의 다른 적절한 프로토콜들을 사용하여 데이터를 서버들로 전송할 수 있다.

OBD 장치에 의해 차량 컴퓨터로부터 검색(retrieve)된 차량 데이터는 하나 이상의 위치들에서 프로세싱될 수 있다. 차량 데이터를 어디서 어떻게 프로세싱할지에 관한 다양한 구성들이 사용자에 의해 또는 OBD 장치 및 그 서비스들을 관리할 책임이 있는 사업체 혹은 개체에 의해 선택, 프로그래밍, 또는 입력될 수 있다.

일 실시예에서, 사용자는 OBD 장치의 프로세서를 사용하여 데이터를 프로세싱하기 위한 명령을 프로그래밍하거나 혹은 OBD 장치로 전송할 수 있다. 사용자는 차량 컴퓨터로부터 수신된 데이터를 어떻게 프로세싱할 지에 관한 일련의 명령들을 전화기, 모바일 장치, 스마트폰, 컴퓨팅 장치(예컨대 모바일 장치, 랩탑, 데스크탑, 혹은 서버), 애플리케이션, 또는 임의의 다른 적절한 프로그램 혹은 장치를 사용하여 OBD 장치로 전송할 수 있다. 예를 들어, OBD는 차량이 임의의 프로그래밍된 속도 임계치(예컨대, 50 MPH)를 초과하는 경우에 차량의 속도 정보를 단지 전송하도록 명령받을 수 있다. 또 하나의 다른 예에서, OBD 장치는 차량에서의 운전자가 브레이크(brake)를 세게 밟았는지를 결정하기 위해 차량 컴퓨터 데이터를 모니터링하도록 명령받을 수 있다.

또 하나의 다른 실시예에서, OBD 장치는 특정 정보를 서버로 전송하도록 펌웨어, 소프트웨어, 초기 명령들, 업데이트된 명령들을 통해 프로그래밍될 수 있거나, 또는 임의의 적절한 방식으로 프로그래밍될 수 있다. 명령들은 OBD 장치가 데이터를 프로세싱하지 않도록 하기 위한, 그리고 프로세싱될 데이터를 OBD 장치로 전송하기 위한 명령을 포함할 수 있다.

예를 들어, 장치는 모든 가속도 데이터를 서버로 전송하기 위한 명령을 수신할 수 있다. 장치는 또한 미리결정된 간격으로 가속도 데이터(혹은 임의의 다른 적절한 데이터)를 전송하기 위한 명령을 수신할 수 있다. 즉, OBD는 30-초 간격으로 모든 감속도 데이터를 서버로 전송하도록 명령받을 수 있다. OBD는 또한 감속도 데이터와 같은 특정 파라미터에 관한 모든 데이터를 전송하도록 커스터마이징(customizing)될 수 있고, 이와 동시에 또 하나의 다른 파라미터에 대한 미리결정된/미리설정된 임계치 위반들을 단지 전송할 수 있는데, 예컨대 속도 임계치가 위반된 경우에만 속도 데이터를 전송할 수 있다. 예를 들어, 감속도 데이터(혹은 OBD에 의해 프로세싱될 수 있는 임의의 다른 파라미터)가 감속도 파라미터에서의 변경이 있는지 여부에 상관없이 60 Hz, 30 Hz, 20 Hz, 5 Hz, 2 Hz의 주기적 속도(periodic rate)로 전송될 수 있다. 감속도 데이터는 또한 이러한 파라미터에서의 변경이 있는 경우에만 전송될 수 있다. 감속도 데이터는 또한 임의의 변경이 있는 경우에만 다음 스케줄링된 전송 시간에 전송될 수 있다. 즉, 만약 일반적인 파라미터들 혹은 특정 파라미터가 30 Hz에서 전송될 수 있고, 가능한 전송들 간에 파라미터에서의 변경이 존재한다면, 전송들은 파라미터에서의 변경 직후 일어나는 것이 아니라 다음 스케줄링된 전송에서 단지 전송되게 된다.

OBD 장치는 프로세싱되지 않은 혹은 프로세싱된 데이터를 서버로 전송할 수 있다. 서버는 초기에 OBD 장치에게 모니터링할 파라미터들이 어떤 것인지, 전송할 데이터가 어떤 것인지, 그리고 데이터를 전송할 간격이 어떤 것인지를 지시한다. 서버는 OBD로부터 수신된 데이터를 프로세싱할 수 있다. 서버는 파라미터에 대한 임계치에 도달 혹은 초과했는지 여부를 결정할 수 있다. 서버는 파라미터에 대한 임계치에 도달 혹은 초과했는지 여부(혹은 임계치 아래로 떨어지는지 여부)를 OBD 프로세서를 사용하여 결정하도록 OBD에게 명령할 수 있다. 만약 OBD 프로세서가 파라미터에 대한 임계치에 도달 혹은 초과했음을 결정한다면, OBD는 또한 미리 혹은 그 시점에 임계치 초과의 메시지를 서버로 전송하도록 명령받을 수 있다.

본 발명의 일 실시예에 따르면, OBD 장치는 초기화될 수 있다. 장치의 초기화는 사용자에 의한 OBD의 처음 사용 이전에 수행될 수 있다.

예시적인 장치 초기화 시퀀스는, (1) OBD 장치 전화 번호(및/또는 다른 OBD 식별 정보, 예컨대 IMEI, IP 어드레스 등과 같은 것)를 서버에 입력하는 것; (2) 초기 커맨드를 예를 들어, SMS를 통해 장치에 전송하는 것; 그리고 (3) OBD가 통신할 때 사용되는 장치의 포트, IP 어드레스, 사용자명칭, 패스워드, APN, SMS 번호, 통신 프로토콜을 설정하는 것을 포함할 수 있다.

단계 1에서, OBD 장치는 고유한 전화 번호를 할당받을 수 있다. 전화 번호는 OBD 장치로 하여금 표준 전화 특징들을 사용하여 통신할 수 있게 한다(예컨대, 임의의 적절한 통신 프로토콜들을 사용하여, 음성 통화, SMS 혹은 MMS 메시징을 사용하는 것 또는 데이터를 전송 및 수신하는 것).

OBD와 관련된 장치 전화 번호는 저장될 수 있고 프로그램 서버와 관련될 수 있다. 프로그램 서버는 복수의 차량들 내의 OBD 장치들을 관리하는 하나의 장치, 또는 일련의 상호연결된 장치들 혹은 서버들일 수 있다.

단계 2에서, 서버는 초기 커맨드를 전송할 수 있다. 초기 커맨드는 OBD 장치로 전송될 수 있다. OBD 장치는 서버로부터 SMS를 수신할 수 있다. 초기 커맨드는 OBD 장치에게 서버의 IP 어드레스 및 포트를 통지하고, 이에 따라 OBD 장치는 서버와 통신할 수 있게 된다. 초기 커맨드는 또한 OBD 장치가 서버에 로그온(logon)할 수 있도록 OBD 장치에게 서버에 대한 사용자명칭 및/또는 패스워드를 통지할 수 있다. 선택에 따라서는 패스워드가 요구될 수 있다. 사용자는 OBD 장치로부터 수신되는 정보를 디스플레이 혹은 이용하는 그래픽 사용자 인터페이스(Graphical User Interface)("GUI")에 액세스할 수 있다. GUI는 전화기 혹은 컴퓨팅 장치와 같은 사용자 장치 상에 위치할 수 있다. 사용자 장치는 서버 및/또는 OBD 장치, 그리고 임의의 다른 적절한 장치들과 연락을 주고받을 수 있다.

단계 3에서, 서버는 장치와 통신하기 위한 포트, IP 어드레스, 사용자명칭, 패스워드, APN, SMS 번호, 및/또는 통신 프로토콜을 설정할 수 있다. 본 발명에 따르면, OBD 장치는 포털(portal)에 플러그인될 수 있다. 포털은 초기에 OBD 장치로 초기 정보를 전달하기 위해, 그리고 장치와 통신하기 위해, 그리고 단계 1 내지 단계 3에서 서술된 바와 같은 정보를 설정하기 위해 사용될 수 있다. 포털은 도킹 스테이션(docking station)일 수 있고, 도킹 스테이션은 OBD 장치를 충전하기 위한 전력공급 유닛을 포함할 수 있다. 도킹 스테이션은 임의의 적절한 전력공급 시스템을 사용하여 전력을 공급받을 수 있다.

OBD 장치는 가입자 식별 모델(Subscriber Identity Model)("SIM") 카드를 수용할 수 있다. SIM 카드는 도킹 스테이션을 통해 프로그래밍될 수 있고, 이것은 OBD 장치로 커맨드를 전송할 수 있다.

초기 시퀀스 이후에, OBD 장치는 서버에 의해 프로그래밍될 수 있다. 이러한 후속적인 프로그래밍 시퀀스는, (1) 초기 커맨드에 대한 OBD 장치로부터의 응답을 수신하는 것; (2) 장치 펌웨어 및 모델을 질의하기 위한 커맨드를 장치로 전송하는 것; (3) 모델 타입과 함께 OBD 장치 테이블(OBD device table)을 업데이트하는 것; (4) 속도 임계치, 가속도 및 감속도 임계치들, 그리고 가상 울타리 임계치들과 같은 그러한 임계치들을 설정하는 것; (5) 장치 상태를 '온보드화됨(onboarded)'(즉, 서버와의 통신이 확립되었음)으로 설정하는 것; (6) 장치의 소유자에게 장치가 '온보드화됨'을 통지하는 것; 그리고 (7) 차량에 대한 GPS 좌표들을 검색하기 위한 커맨드를 OBD 장치로 전송하는 것을 포함할 수 있다.

프로그래밍 시퀀스 중 단계 1에서, OBD는 초기 커맨드가 수신되었음을 서버에게 표시할 수 있다. OBD 장치는 커맨드들을 인증할 수 있다. 단계 2에서, 질의는 테스트 시퀀스(test sequence)를 개시시킬 수 있다. 단계 3에서, 장치 테이블은 메모리에 저장되는 룩업 테이블(lookup table) 혹은 임의의 다른 적절한 테이블을 포함할 수 있고, 이러한 테이블을 초기화시킬 수 있고, 그리고 이러한 테이블에 초기 값들을 저장할 수 있다. 테이블은 OBD 장치와 관련될 수 있다. 각각의 OBD 장치는 고유한 룩업 테이블과 관련될 수 있다. 룩업 테이블은 서버 내에 위치할 수 있다. 각각의 장치는 장치와 관련된 모델 타입과 함께 저장될 수 있다.

단계 4에서, 임계치들은 디폴트 파라미터(default parameter)들을 사용하여 설정될 수 있다. 디폴트 파라미터들은 하나 이상의 모드들에 근거하는 디폴트 임계치들을 포함할 수 있다. 디폴트 파라미터들은 수정될 수 있다. 임계치들은 또한 사용자에 의해 입력되는 커스터마이징된 임계치들일 수 있다. 사용자는 OBD 장치와 관련된 그리고 OBD 장치와 직접 혹은 간접 통신을 하는 컴퓨터 혹은 스마트폰 상의 애플리케이션을 통해 임계치들을 입력할 수 있다. 단계 5에서, OBD 장치 상태는 온보드화됨으로 설정될 수 있고, 이것은 장치가 적합하게 실행되고 있음을 표시할 수 있다. 단계 6에서, 사용자는 장치가 온보드화되었다는 통지를 임의의 적절한 방법을 통해 수신할 수 있다. 단계 7에서, 서버는 OBD 내부 GPS 안테나, 차량의 GPS 안테나, 혹은 임의의 다른 적절한 방법을 사용하여 차량의 GPS 좌표들을 결정하기 위한 명령을 OBD로 전송할 수 있다.

OBD 장치는 메모리 모듈, 전력 공급원, 마이크로프로세서, 펌웨어, 및 하나 이상의 통신 하드웨어 칩들(예를 들어, 캣10(Cat10) LTE 모뎀, 인텔의 7360 LTE 모뎀, 또는 퀄컴의 MDM9625 LTE 모뎀)을 포함할 수 있다. OBD는 데이터 수집 명령들(data collection instructions)로 프로그래밍될 수 있고, 또는 업데이트된, 수정된 혹은 커스터마이징된 명령들을 미리결정된 혹은 커스터마이징된 간격으로 수신할 수 있다. OBD는 핀 연결(pin connection)과 같은 임의의 적절한 연결을 사용하여 차량 내의 OBD 포트에 연결될 수 있다.

OBD 장치는 데이터 수집 파라미터들(data collection parameters)로 프로그래밍될 수 있다. 이러한 프로그래밍은 PC 혹은 도킹 포트(docking port)에 대한 연결에 의해 모듈 펌웨어(module firmware)를 위한 프로그래밍 소프트웨어로 펌웨어를 통해 수행될 수 있다. 그 다음에 OBD는 차량의 OBD Ⅱ 포트가 갖는 핀 연결 혹은 USB 연결에 플러그인될 수 있다.

OBD는 다양한 모드들로 동작가능하도록 구성될 수 있다. 이러한 모드들은 순차적으로 동작할 수 있거나, 혹은 복수의 모드들이 동시에 OBD에 의해 이용될 수 있다.

제 1 실시예에서, OBD는 차량 픽업(pick up) 및 드롭오프(drop off)를 위해 이용될 수 있다. 특정 예들에서, 차량 소유자 혹은 운용자(operator)(이하에서는, "소유자"로 지칭됨, 하지만 이것은 소유자가 아닌 운용자를 지칭하기 위해서도 사용됨)는 일시적인 기간 동안 또 하나의 다른 개체 혹은 사업체의 보호 하에 자신들의 차량을 맡기고 싶어할 수 있다. 그러나, 차량 소유자는 차량을 모니터링하고 싶어할 수 있고, 혹은 특정 이벤트들의 발생을 방지하고 싶어할 수 있다.

소유자는 또 하나의 다른 사람 혹은 개체의 보호 및/또는 관리 하에 있을 때의 차량을 모니터링하기 위한 모드(본 명세서에서 발렛주차 모드(valet mode)로서 알려져 있음)를 개시시킬 수 있다. 발렛주차 모드는 단지 참조용 명칭일뿐이고, 이러한 명칭이 본 발명의 범위를 한정하도록 의도된 것이 아님에 유의해야 한다.

소유자는 모니터링될 다수의 파라미터들을 입력할 수 있다. 파라미터들은 주차 보조원(parking attendant)에게 차량을 맡기기 전에 소유자에 의해 입력된 것일 수 있다. 파라미터들은 차량을 예컨대, 발렛주차 관계자 혹은 또 하나의 다른 관계자에게 맡기기 위해 인계(handoff)할 때 입력될 수 있다. 파라미터들은 OBD 시스템의 관리자에 의해 입력되는 디폴트 파라미터들일 수 있거나, 혹은 소유자에 의해 입력되는 디폴트 파라미터들일 수 있다.

파라미터들은 최대 속도 임계치, 최대 가속도 임계치, 가상 울타리 좌표들, 및/또는 주행 거리계 임계치들(odometer thresholds)을 포함할 수 있다. 가상 울타리 좌표들은 발렛주차 모드가 활성화되는 동안 차량에 대한 허용가능한 위치들의 반경(radius)을 포함할 수 있다. 예를 들어, 발렛주차 모두가 활성화되는 경우, 가상 울타리는 발렛주차 모드가 활성화된 그 지점 둘레의 특정 반경의 원의 원주 상의 지점들을 포함한다. 이러한 반경은 예를 들어, 1 마일, 0.5 마일, 1 km, 0.5 km 등일 수 있다. 반경은 또한 발렛주차의 특성(nature)에 따라 더 크거나 더 작을 수 있다. 예를 들어, 만약 발렛주차에서 드롭오프 위치(dropoff location)의 특정 반경 내에 주차장이 있다면, 반경은 더 작아질 수 있고 그 주차장을 가깝게 둘러쌀 수 있다. 가상 울타리 좌표들은 또한 혹은 대안적으로, 발렛주차 모두가 활성화되는 동안 차량에 대한 허용가능하지 않은 위치들의 반경을 포함할 수 있다. 가상 울타리 좌표들은 또한 허용가능한 가상 울타리 영역 내에 있음에도 차량이 허가되지 않는 특정 영역들(예컨대, 특정 거리)을 포함할 수 있다. 금지된 영역들은 예를 들어, 범죄율이 특정 임계치보다 더 높은 영역들 혹은 차량과 관련된 범죄들(예를 들어, 차량 탈취(carjacking), 차량 절도 등)이 있는 영역들을 포함할 수 있다. 예를 들어, 서버 및/또는 OBD 장치는, 가상 울타리화된 영역의 임의의 부분이 가상 울타리화된 영역의 다른 부분들(또는 전국 평균(national average), 도시 평균(city average), 주 평균(state average) 혹은 다른 임계치)보다 20%(혹은 다른 퍼센티지) 더 많은 더 높은 범죄율을 갖는 영역들을 포함하는지 여부를 결정할 수 있고, 그렇다면 해당 영역을 가상 울타리화된 영역으로부터 배제할 수 있다. 차량 사고의 수와 같은 변수들, 인구통계 데이터(census data)를 포함하는 인구통계학적 정보(demographic information)가 또한 범죄율과 결합되어 사용될 수 있거나, 혹은 범죄율과는 별도로 사용될 수 있다.

소유자가 차량을 인계하려고 하는 그 시점에, 혹은 차량을 인계하기 전에, 혹은 차량이 인계된 이후에, 소유자는 발렛주차 모드를 개시시킬 수 있다. 발렛주차 모드는 발렛주차 모드를 개시시키기 위해 스마트폰 애플리케이션 상에서 행하는 것과 같이 스위치를 토글링시킴으로써 혹은 버튼을 누름으로써 개시될 수 있다.

발렛주차 모드가 개시되는 경우, OBD는 하나 이상의 임계치들의 위반이 있는지에 대해 차량을 모니터링한다. 임계치 위반이 검출되는 경우, OBD는 임계치 위반의 타입(즉, 가상 울타리 위반), 위반의 지속시간, 위반의 빈도, 차량의 현재 위치, 및 임의의 다른 적절한 정보 중 하나 이상을 포함하는 데이터를 갖는 메시지를 서버로 전송할 수 있다. 이 경우 위반이 존재한다면 서버는 소유자에게 경보를 전송할 수 있다.

소유자는 임계치 위반에 대한 정보를 가진 경보를 사용자로부터 수신할 수 있다. 소유자는 각각의 사건 발생시 실-시간으로 임계치 위반 경보들을 전송하도록 서버에게 명령할 수 있다. 대안적으로, 소유자는 임계치 위반 경보들을 일괄적으로 전송하도록, 예컨대 특정 개수의 경보들(즉, 5개의 경보들)이 존재할 때, 이들을 일괄적으로 전송하도록 서버에게 명령할 수 있거나, 혹은 미리결정된 시간 간격으로(예컨대, 매 1 시간마다, 매 1 분마다, 등) 임계치 위반 경보들을 일괄적으로 전송하도록 서버에게 명령할 수 있다.

OBD 장치는 추가적으로 발렛주차된 혹은 주차된 차량의 검색을 용이하게 하기 위한 시스템을 제공하도록 동작가능할 수 있다. 검색 단계들은, (1) 차량을 검색하기 위한 고객 명령; (2) 차량에 대해 책임이 있는 발렛주차 사업체 혹은 주차 사업체의 식별을 포함할 수 있으며, 여기서 차량에 대해 책임이 있는 발렛주차 사업체 혹은 주차 사업체는 사용자 혹은 발렛주차 사업체에 의한 사전 입력(prior input)에 의해 결정되거나, 혹은 차량의 GPS 위치를 결정함으로서 결정된다.

OBD 장치는 주차될 차량의 드롭오프를 용이하게 하기 위한 시스템을 제공하도록 동작가능할 수 있다. 이러한 단계들은, (1) 차량을 임의의 위치에 놓아두는 것; (2) 특정 위치에서 픽업을 요청하기 위해 애플리케이션을 개시시키는 것; (3) 차량을 주차시킬 발렛주차 사업체 혹은 주차 사업체를 탐색 혹은 식별하는 것; (4) 차량의 보유권한을 이전시키는 것; (5) 선택에 따라서는 발렛주차 모드를 개시시키는 것; 그리고 (5) 선택에 따라서는 사용자에게 차량이 주차되었음을 알려주는 것을 포함할 수 있다.

OBD 장치는 주차된 차량의 사용자 픽업을 용이하게 하기 위해 사용될 수 있다. 본 발명의 실시예들의 원리에 따르면, 시스템은 다음과 같은 단계들: (a) 예컨대, 전화기 혹은 컴퓨터 상에서 행하는 것과 같이 차량 검색 애플리케이션 및/또는 애플리케이션 내의 기능을 개시시키는 단계; (b) 차량의 검색 그리고 픽업을 위한 차량의 준비를 요청하는 단계; (c) 차량이 주차된 곳에서의 발렛주차 사업체/발렛주차 보조원을 식별하는 단계; 그리고 (d) 픽업을 위해 차량을 준비시키기 위한 메시지를 해당 사업체/보조원에게 전송하는 단계를 사용하여, 발렛주차된 차량을 검색하기 위한 프로세스를 용이하게 할 수 있다.

앞서의 단계 (a)에서, 애플리케이션은 OBD 장치와 인터페이싱(interfacing)하는 기능을 포함할 수 있다. 따라서, 애플리케이션은 OBD 장치 내에 위치하거나 혹은 차량 자체 내에 위치하는 GPS 수신기를 사용하여 (OBD를 통해 애플리케이션에 제공되게 되는) 차량의 GPS를 검색하도록 구성될 수 있다. 애플리케이션은 또한, 소유자가 차량을 주차 시설에 드롭오프시킬 때와 같이 차량 내에 있을 때 차량의 GPS 좌표들을 미리 저장했을 수 있다. 더욱이, 소유자는 주차 영역 혹은 시설 주소 및 위치를 애플리케이션 내에 수작업으로 입력할 수 있다. 소유자는 또한, 주차 시설의 명칭 혹은 가까이 있는 사업시설/장소의 명칭을 입력할 수 있고, 그리고 사업시설에 관한 명칭을 선택할 수 있고 그리고/또는 지도 상에서 임의의 지점을 선택할 수 있다.

애플리케이션은 메시지를 전송하기 위해 전화기 혹은 컴퓨터의 통신 시스템들을 이용하도록 구성될 수 있다. 따라서, 단계 (b)에서, 애플리케이션은 차량을 검색하기 위해 사용자로부터의 입력을 수신할 수 있다. 그 다음에, 애플리케이션은 차량의 위치를 결정할 수 있고, 그리고 단계 (c)를 개시시킬 수 있다. 단계 (c)에서, 애플리케이션은 주차된 차량과 관련된 발렛주차 사업체를 결정할 수 있다. 예를 들어, 주차된 차량의 GPS 좌표들을 사용하여, 애플리케이션은 어떤 개체가 해당 위치에서 주차 시설을 소유 혹은 운용하고 있는지를 결정하기 위해 데이터베이스를 이용할 수 있다. 또 하나의 다른 예에서, 애플리케이션은 공공 기록(public records) 혹은 맵핑 소프트웨어(mapping software)를 통해 해당 시설의 소유자에 액세스할 수 있다. 애플리케이션은 또한 해당 위치의 운용자의 연락처 정보를 결정할 수 있고, 그리고 단계 (d)에서 해당 주차 시설에 연락할 수 있다.

단계 (d)에서의 연락은 전화 통화, 문자 메시지 혹은 이메일을 포함할 수 있는데, 여기에는 차량의 미리-프로그래밍된 세부사항들, 그리고/또는 차량 ID/주차권이 포함될 수 있다.

이때, 애플리케이션은 OBD 장치를 원격으로 활성화시킬 수 있다. 대안적으로, OBD 장치는 차량의 위치뿐만 아니라 점화장치(ignition)가 활성화되는 때를 능동적으로 추적하기 시작하도록 명령받을 수 있다. 이러한 기능은 차량의 소유자로 하여금 차량이 픽업을 위해 준비될 추정 시간을 결정할 수 있게 한다. 예를 들어, OBD 장치가, 점화장치가 활성화되었음을 결정한 경우, OBD 장치는 서버로 메시지를 전송할 수 있고, 이 경우 서버는 소유자에게 경보를 전송한다. 이에 따라, 소유자는 몇 분 내에 차량이 픽업을 위해 준비될 것임을 알 수 있다. 서버 및/또는 OBD는 차량의 현재 위치로부터 픽업 위치까지 차량을 주행시키는데 필요한 시간의 양을 추정할 수 있고 이러한 시간을 사용자에게 통지할 수 있다. 점화장치가 턴온(turn on)되기 전에도, 서버는 특정 발렛주차 사업체가 차량 요청시로부터 점화장치를 턴온하는데 일반적으로 얼마나 오래 걸리는지에 관한 데이터를 사용할 수 있고, 이러한 데이터에 근거하여 시간 추정치를 제공할 수 있다.

OBD 장치를 사용하여 차량을 추적하기 위한 시퀀스는, (1) 차량의 운전자가 그들의 차량을 발렛주차/주차 보조원에게 전달하는 것; (2) 차량이 전달될 때, 운전자가 차량의 위치, 속도 및 다양한 추가적인 속성들을 모니터링하기 위해 애플리케이션를 사용하여 차량 모니터링 모드를 활성화시키는 것(이러한 속성들은 원격으로 애플리케이션을 통해 실시간으로 모니터링될 수 있음에 유의해야 함. 이것은 차량이 가상 울타리 밖으로 움직였거나 혹은 특정 속도(혹은 예를 들어, 다른 파라미터들/변수들)를 초과하고 있는 경우 운전자로 하여금 인식할 수 있게 하고 선택에 따라서는 경보를 수신할 수 있게 함); (3) 차량 모니터링 모드가 개시될 때, 서버가 해당 모드의 초기치를 수신하는 것; (4) 서버가 OBD 장치에게 장치/차량의 현재 위치에 대해 질의하는 것; (5) 서버가 차량의 위치를 수신하는 것; (6) 서버가 차량의 현재 위치 및/또는 계획된 위치(예를 들어, 발렛 주차 장소의 위치) 둘레로 임의의 반경을 갖는 가상 울타리를 생성하는 것; (7) 서버가 가상 울타리의 반경을 복수의 GPS 좌표들로 변환시키고, 그리고 애플리케이션 내의 지도 상에 이러한 좌표들을 채우고 연결시키는 것; (8) 서버가 차량에 대한 속도 임계치를 생성하는 것(속도 임계치는 예를 들어, 특정 도로에서의 제한 속도에 기반을 둔 것일 수 있음); (9) 서버가 차량에 대한 가속도 및/또는 감속도 임계치들을 생성하는 것; (10) 서버가 임계치들 중 하나 이상이 위반된 경우 서버로 메시지를 전송하도록 경보를 전송하게 OBD에게 명령하는 것; 그리고 (11) 임계치가 위반되었다는 메시지를 서버로부터 수신하는 경우, 사용자가 애플리케이션 내의 팝업(popup)으로서, 혹은 SMS 메시지로서, 혹은 임의의 다른 적절한 포맷으로서, 임계치가 위반되었다는 경보를 수신하는 것을 포함할 수 있다.

단계 6에서, 가상 울타리의 생성은 가상 울타리에 대한 채워진 파라미터들을 사용하여 수행될 수 있음에 유의해야 한다. 예를 들어, OBD 장치는 1 마일의 반경을 갖도록 미리프로그래밍될 수 있다. 이와 같이 미리프로그래밍하는 것은 장치 레벨에서 혹은 서버 레벨에서 수행될 수 있다. 또 하나의 다른 예에서, 사용자는 커스터마이징된 가상 울타리 반경을 입력할 수 있다. 단계 9에서, 속도 임계치가 운전자에 의해 미리결정될 수 있거나 혹은 커스터마이징될 수 있다.

반경을 가상 울타리 좌표들로 변환하는 예가 제공되며, 이러한 예시적 변환은 다음의 단계들: (1) 내접원의 반경(inradius)이 사용되는지 아니면 반경(radius)이 사용되는지를 결정하는 단계(inradius = radius/(Math.cos(Math::PI/n))(사용자의 해당 반경 내 체류가 바람직한 것일 수 있다면 내접원의 반경을 사용하는 결정이 행해질 수 있음. 사용자가 바깥쪽(즉, 제한 영역(restricted area))에서 체류해야 하는 경우의 반경에 대해서는, 그 반경(예컨대, 외부-반경(out-radius))이 사용될 수 있음); (2) 다각형 꼭짓점(polygon point)들의 좌표들을 계산하는 단계(다각형의 꼭짓점들의 수에 대해 디폴트값(예컨대, 6개의 꼭짓점, 혹은 임의의 다른 적절한 수)이 설정될 수 있고, 각각의 꼭짓점은 '360도/꼭지점들의 수'만큼 서로 떨어져 있음. 예시적 실시예에서, 6개의 꼭지점들을 갖는 경우, 꼭지점 1은 60도에 있고, 꼭지점 2는 120도 있고, 기타 등등임); (3) 각각의 꼭짓점에 대해, 좌표들이 [r*cos(degrees), r*sin(degrees)]에 의해 계산되는 단계(여기서 "r"은 반경 혹은 내접원의 반경을 나타내고, 좌표들은 마일 단위로 제공됨); 그리고 (4) 좌표들이 위도 및 경도 좌표들로 변환되는 단계를 포함할 수 있다.

반경을 가상 울타리 좌표들로 변환하기 위한 예시적인 공식들 및 코드는 아래의 것을 포함할 수 있다.

다음의 상세한 설명은 본 발명의 실시예들을 수행하는 수 개의 모드들의 설명이다. 이러한 설명이 한정적 의미로 해석돼서는 안 되며, 본 발명의 범위는 첨부되는 청구항들에 의해 가장 잘 정의되기 때문에, 이러한 설명은 단지 본 발명의 일반적인 원리를 예시할 목적으로 제공되는 것이다.

총체적으로 살펴보면, 본 발명의 실시예는 차량 관련 서비스들 제공하기 위한 시스템을 제공하고, 이러한 시스템은 무선 통신을 포함하는 온 보드 진단 장치(OBD)를 포함하고, 여기서 온 보드 진단 장치는 자동차의 컴퓨터와 연결되며, 시스템은 또한 기계-판독가능 프로그램 코드를 포함하는 프로그램물을 포함하고, 여기서 머신-판독가능 프로그램 코드는 그 실행시 장치로 하여금 다음과 같은 프로세스 단계: 자동차의 측정치들에 관한 자동차의 컴퓨터로부터의 데이터를 컴파일링(compiling)하는 단계; 이러한 데이터를 임계 측정치들과 비교하는 단계; 자동차의 컴퓨터로부터 전송된 데이터가 임계 측정치들을 초과하는 때를 사용자에게 알려주는 단계를 수행하도록 하기 위한 것이다. OBD 장치가 차량 컴퓨터 데이터를 계속해서 모니터링할 수 있음에 유의해야 한다.

차량 컴퓨터에 의해 측정된 데이터 포인트들(혹은 파라미터들/변수들)은, 연료 레벨, 엔진 냉각수 온도, 배터리 레벨, 연료 압력, 엔진 RPM, 차량 속도, 흡입 공기 온도, 산소 센서 정보, 기압(barometric pressure), 쓰로틀 위치 정보(throttle position information), 외기 온도(ambient air temperature), 연료 타입 혹은 기류 정보(air flow information), 또는 임의의 다른 적절한 정보를 포함할 수 있지만, 이러한 것으로만 한정되는 것은 아니다. OBD-Ⅱ 표준은 어떤 OBD 파라미터들이 차량 컴퓨터에 의해 모니터링될 것인지를 통제하기 위해 사용된다는 점, 그리고 본 발명에서는 모든 OBD 파라미터 ID가 고려됨다는 점에 유의해야 한다.

OBD 장치는 수신기를 포함할 수 있다. 수신기는 정보를 수신할 수 있다. 정보는 서버로부터 수신될 수 있다. OBD 장치는 컴퓨터로부터 정보(예컨대, 차량 컴퓨터에 의해 측정 혹은 모니터링된 데이터)를 수신할 수 있다. OBD 장치는 또한 서버로부터 정보 및 명령들을 수신할 수 있다. 서버는 장치로부터 떨어진 위치에 위치할 수 있다.

서버는 정보 및/또는 명령들을 장치로 전송할 수 있다. 정보/명령들은 하나 이상의 변수들, 파라미터들, 및/또는 임계치들을 포함할 수 있다.

본 발명에 따르면, 본 발명의 사용자는 차량의 수리의 상태, 차량의 위치, 속도, 가속도, 감속도 및 다른 차량-관련 정보를 OBD 장치를 사용하여 모니터링할 수 있다. OBD 장치는 차량에 플러그인될 수 있고, 소프트웨어, GPS 안테나, 가속도계를 포함할 수 있고, 장치와 서버 간에 데이터를 전달하기 위한 셀룰러 안테나를 포함할 수 있는바, 서버는 이후 사용자와 통신할 수 있게 된다. 서버는 경고 활성화에 의해 그리고 복수의 통신 방법들(여기에는 전화 통화, 문자 메시지, 이메일, ftp 등이 포함되지만, 이러한 것으로만 한정되는 것은 아님)을 통해 정보를 사용자들에게 전달함으로써 사용자와 통신할 수 있다. 본 발명의 소프트웨어는 사용자들로 하여금 다양한 모드들을 설정하기 위해 원-클릭(one-click) 기능을 사용할 수 있게 하며, 그럼으로써 사용자로 하여금 모드별로 미리결정될 수 있는 파라미터들에 근거하여 차량에 대한 정보 및 경보들을 얻을 수 있게 한다. 다른 것들 중에서도, 본 발명은 사용자로 하여금 경고, 보고서, 및 다른 정보와 같은 차량-관련 정보를 쉽게 수신 및 사용할 수 있게 한다.

앞서 언급된 바와 같이, 본 발명은 자동차에 플러그인되는 OBD 장치를 포함할 수 있다. OBD 장치는 차량의 온-보드 컴퓨터로부터 정보를 수집하고, 그리고 (삼 차원에서의) 차량 속도, 위치, 가속도, 감속도와 같은 정보를 독립적으로 수집하며, 그리고 이러한 정보를 셀룰러 연결과 같은 무선 연결을 통해 서버로 전달한다. 더욱이, 본 발명은 OBD 장치가 특정 정보를 보고하도록 프로그래밍되는 경우 그 특정 정보에 관해 수집 및 보고를 요구하는 요청들을 수신할 수 있다.

본 발명의 사용자 인터페이스는 웹사이트, 모바일 앱, SMS 메시지, 전화(그리고 다른 통신 방법들)를 포함할 수 있고, 이것은 사용자들로 하여금 한 번의 클릭을 사용하여 다양한 모드들을 선택할 수 있게 하며, 여기서 각각의 모드는 특정 피드백을 사용자들에게 혹은 다른 것들에게 전달하도록 설계되어 있다. 중개자 서버는 사용자와 OBD 장치 간의 통신을 위한 방법을 제공한다. 달리 말하면, 소프트웨어는 정보를 OBD 장치로 전송하고 OBD 장치로부터 정보를 수신하며, 정보를 분석하고, 그리고 사용자와 웹사이트, 모바일 애플리케이션, 이메일, 문자 메시지 혹은 사람 간의 통신을 용이하게 한다.

본 발명을 사용하는 방법은 다음과 같은 것: (1) OBD 장치를 차량 포트에 사입하는 것; (2) OBD 장치 모니터링 서비스에 가입하는 것; (3) 장치의 프로그래밍 시퀀스 및 교정을 개시시키기 위해 웹사이트, 모바일 애플리케이션, SMS 혹은 음성 통신을 사용하는 것을 포함할 수 있다.

본 발명이 동작할 수 있는 모드의 예는 다음과 같은 것을 포함한다.

발렛주차 모드(Valet mode) - 차량 소유자 혹은 운전자는 발렛주차 보조원에 의해 혹은 주차장에서 차량이 잘못 취급되고 있는 경우를 위한 경보 시스템을 확립할 수 있다. 운전자가 자신들의 차량을 발렛주차 보조원에게 전달할 때, 이들은 애플리케이션를 통해 발렛주차 모드를 개시시킬 수 있다. 이러한 모드가 활성화될 때, 예를 들어, 속도, 가속도, 감속도, 가상 울타리 및 주행 거리계에 대한 임계치들이 자동으로 구성된다. 이러한 임계치들은 미리구성될 수 있거나, 혹은 사용자에 의해 입력될 수 있다. 임계치들이 위반된 경우, 사용자는 경보를 수신한다. 예를 들어, 30 mph의 제한 속도, 1 마일의 원형 가상 울타리, 그리고 특정 가속도 임계치들이 있다.

가족 안전 모드(Family safety mode). 사용자는 수 개의 안전 주행 임계치들을 확립할 수 있다. 이것은 해당 모드를 활성화시키기 위해 원-클릭 기능을 토글링 온(toggling on) 혹은 선택함으로써 확립될 수 있다. 이러한 모드는 미리결정된 혹은 미리구성된 안전 임계치들을 활성화시킬 수 있는데, 이러한 안전 임계치들은 예를 들어, 속도, 격한 가속도(hard acceleration), 격한 감속도(hard deceleration) 및 미리설정된 가상 울타리들을 포함한다. 애플리케이션 내에서 활성화될 때, 애플리케이션은 이러한 활성화를 서버로 중계하고, 서버는 임계치 위반들이 있는지에 대해 차량 컴퓨터를 모니터링하는 것을 시작하도록 하기 위한 명령을 OBD 장치로 전송한다. OBD 장치는 또한 임계치들 중 임의의 임계치에 도달 혹은 초과하는 때를 서버에게 알려주도록 명령받을 수 있다. 서버가 임계치에 도달 혹은 초과한다는 경보를 수신하는 경우, 서버는 사용자의 미리결정된 임계치 구성들에 근거하여 사용자에게 경보를 전송할 것을 선택할 수 있다. 본 발명의 특정 실시예들은 또한 활성화될 수 있는 하나보다 더 많은 "프로파일(Profile)"을 포함할 수 있고, 각각의 프로파일은 상이한 미리-결정된 임계치들을 가질 수 있는데, 즉 사용자 A에 대해, 55 MPH 및 특정 가상 울타리 파라미터들 및 특정 가속도계 판독값들 또는 65 MPH를 가질 수 있다.

견인 경보(Towing Alerts). 사용자는 차량이 견인 혹은 이동되고 있는지를 결정하기 위해 차량의 모니터링을 원격으로 활성화시킬 수 있다. 사용자는 견인 모니터링을 활성화시킬 수 있다. 이러한 모드가 활성화되는 경우, 차량 점화장치는 오프(off) 상태일 수 있다. 견인 모니터링은 (OBD 장치가 차량의 상향 움직임(upward movement)을 검출하는 경우와 같이) 점화장치가 온(on) 상태일 때도 활성화될 수 있음에 유의해야 한다. 그 다음에 OBD 장치는 차량을 모니터링하도록 서버로부터 명령받을 수 있다. 모든 모드들에서, 그리고 견인 모드에서, OBD는 차량 컴퓨터 데이터를 이용할 수 있다는 점, 뿐만 아니라 OBD 장치 하드웨어 및 소프트웨어에 의해 결정된 데이터를 이용할 수 있다는 점에 유의해야 한다. 견인 모드에 있어서, OBD 장치는 차량 점화장치가 오프 상태이고 온 상태로 스위칭되지 않은 경우 하나 이상의 상태들에 대해 모니터링할 수 있다. OBD 장치는, (a) 가속도계 및/또는 GPS 안테나/시스템 및/또는 자이로스코프가 차량의 기울어짐 및/또는 상승이 있음을 보고하는지(예를 들어, GPS 내의 고도 파라미터에서의 변화가 검출되는지, 혹은 가속도계 및/또는 자이로스코프가 임의의 변화를 검출하는지); (b) 차량이 움직이고 있는지 혹은 (c) 가속도의 급격한 변화가 있는지를 모니터링할 수 있다. 가속도계 혹은 자이로스코프는 차량 자체 내에 위치할 수 있거나, 혹은 OBD 장치에 내장될 수 있다. 따라서, OBD 장치는, 점화장치가 오프 상태에 있을 때, 차량 컴퓨터로부터 검색된 데이터에 근거하여 차량이 움직이고 있음 혹은 가속도가 있음을 결정할 수 있다. 대안적으로, OBD 장치는 OBD 장치 내의 가속도계 및/또는 자이로스코프 및/또는 GPS 안테나/시스템에 근거하여 차량이 움직이고 있음 혹은 가속도가 있음을 결정할 수 있다.

OBD 장치는 점화장치가 오프 상태일 때 움직임이 검출되었다는 메시지를 서버로 전송할 수 있다. 일 실시예에서, OBD 장치는 충분한 움직임이 검출된 경우에만 이러한 메시지를 전송할 수 있다. 따라서, 움직임에 대한 임계치는 움직임이 충분한 지속시간 동안 일어났음을 결정하는 것을 포함할 수 있는데, 예컨대 30초(혹은 20초, 혹은 15초, 혹은 10초, 혹은 5초, 혹은 3초, 혹은 1초)보다 긴 시간 동안 계속적인 움직임이 있음 그리고/또는 충분한 가속도(예를 들어, 3 m/s^2 혹은 4 m/s^2)가 있음을 결정하는 것을 포함할 수 있다.

참석 모드(Attendance Mode). 사용자는 OBD 장치와 관련된 차량의 모니터링을 활성화시킬 수 있다. 참석 모드 혹은 학교 출석 모드는, 직장, 학교, 의료시설 혹은 다른 반복적 예약 혹은 시간 약속을 모니터링하기 위해 사용될 수 있다. 따라서, 개체가 특정 장소로 주행해야만 하는 경우에는 언제나, 참석 모드는 사용자의 참석을 보장하기 위한 모니터링을 수행할 수 있다. 추가적으로, 이것은 사용자의 참석을 보장하는 기능을 적절한 양의 시간 동안 제공한다. 참석 모드는 차량의 관리자일 수 있는 제 1 사용자에 의해 활성화될 수 있다. 학교 출석 모드는 매 사용별로 활성화될 수 있는데, 예컨대 아이가 차량을 사용할 때마다 관리자는 학교 출석 모드를 활성화시킨다. 대안적으로, 학교 출석 모드는 장기간 동안, 예컨대 몇 주, 몇 달, 몇 년 동안 활성화될 수 있다.

OBD 장치의 관리자에 의한 차량의 모니터링은 학생 혹은 아이의 차량을 모니터링할 수 있다. 관리자는 차량에 대한 허용가능한 경로(route)들을 확립할 수 있다. 허용가능한 경로들은 사용자 인터페이스를 사용함으로써 관리자에 의해 확립될 수 있다. 예를 들어, 사용자 인터페이스는 관리자에게 지도를 제공할 수 있고, 관리자는 하나의 경로(혹은 복수의 경로들)를 선택할 수 있고 해당 경로를 허용가능한 것으로 지정할 수 있다. 관리자는 또한 하나 이상의 허용가능한 편차(deviation)들을 선택할 수 있는데, 예를 들면, (예컨대, 교통(traffic)과 관련된 경우) 병행 도로 혹은 블록을 선택할 수 있다. 대안적으로, 시스템은 허용가능한 편차들에 대한 임계치를 포함할 수 있는데, 예컨대 만약 교통 상황이 검출되면, 하나의 블록(혹은 2개의 블록들, 혹은 3개의 블록들, 혹은 4개의 블록들), 또는 마일리지 반경(mileage radius)(예컨대, 0.5 마일, 혹은 1 마일, 혹은 1.5 마일)의 편차가 허용된다. 교통 상황은 써드 파티 제공자(third party provider)로부터 이러한 교통 상황을 수신함으로써 검출될 수 있거나, 또는 OBD 장치 혹은 서버에 의해 수행되는 분석에 의해 검출될 수 있다. 예를 들어, 서버는 차량의 속도 및 위치에 관한 정보를 수신할 수 있다. 이것은 자동차가 주행하고 있는 도로의 제한 속도 및/또는 서버에 대해서 OBD에 의한 이전에 관련되었던(혹은 OBD에 저장된) 그 도로 상에서의 이전의 이동시 차량의 속도와 비교된 그러한 차량의 속도 및/또는 위치에 기반을 둔 것이다. 서버는 차량이 허용가능한 경로로부터의 편차를 보장하면서 교통 상황에 있는지 여부를 결정함에 있어 하루 중 특정 시간을 고려할 수 있다. 즉, 평일 오후 2시에 30 MPH는 정상적인 것일 수 있고, 반면 평일 오후 5시에는 15 MPH가 정상적인 것일 수 있다. 서버는, 다음과 같은 인자들: 위치, 날짜, 시간, 날씨, 해당 요일이 휴일인지 여부, 현재 운전자, 운전자의 성별, 운전자의 나이, 등 중 적어도 하나에 근거하여, 정상 속도의 50%(혹은 25% 혹은 75%)와 같은 편차를 보장하기 위한 임계치를 가질 수 있다.

관리자는 학생의 학교까지/학교로부터의 허용가능한 경로들을 확립할 수 있고, 그 허용가능한 경로들로부터의 임의의 이탈(divergence)에 관한 모니터링 및 보고를 제공할 수 있다. 경로들로부터의 이탈에 관한 모니터링 및 보고는 OBD 장치로부터 정보를 수신하는 것을 포함할 수 있고, OBD 장치는 차량의 정지(stoppage)를 검출하도록 프로그래밍될 수 있다. 더욱이, 일 실시예에서, OBD 장치는 공개적으로 이용가능한 교통 상황 자원들, 예컨대 뉴스 사이트, 스마트폰 교통 애플리케이션, 또는 임의의 다른 적절한 교통 상황 제공자로부터, 교통 상황을 분석할 수 있다. 그 다음에 OBD 장치는 검출된 교통 상황이 없을 때 차량의 정지가 있다면 허용할 수 없는 정지가 일어났음을 결정할 수 있다. OBD는 또한 갑작스러운 정지 및 지연을 결정하기 위해 자신의 온보드 가속도계를 사용할 수 있다. 따라서, 장치는 도로를 따르는 정지, 그리고 (예컨대, 1분, 2분, 3분, 4분, 혹은 5분과 같은) 미리결정된 양의 시간보다 긴 시간의 지연을 검출할 수 있다. 정지에 대한 미리결정된 분(minutes) 수는 시스템에 의해 미리구성될 수 있거나, 혹은 사용자에 의해 입력될 수 있다. 정지에 대한 분(minutes) 수는, 적색 신호등이 적색 상태로 유지될 수 있는 시간의 최대의 양에 기반을 둔 것일 수 있으며, 차량이 신호등으로부터 떨어진 거리를 고려할 수 있다(왜냐하면 관련 자동차 앞의 자동차들이 움직이는데 시간이 걸릴 수 있기 때문). OBD 장치는 허가되지 않은 시간에 차량이 학교 위치를 떠난 경우, 혹은 허가된 경로 밖으로 이동하는 경우 관리자에게 경고할 수 있다.

카풀 모드(Carpool Mode) 및 통학 버스 모드(School Bus Mode). 사용자는 스마트폰 상의 애플리케이션 혹은 웹사이트에서와 같은 임의의 적절한 방법을 통해 카풀 혹은 버스에서의 하나 이상의 참여자들을 입력할 수 있다. 카풀은 하나 이상의 개체들이 차량을 공유하는 것일 수 있다. 카풀 모드는, 카풀 내의 하나 이상의 개체들의 드롭/오프 및 픽업 위치들을 모니터링할 수 있고, 카풀에 대한 허용가능한 경로들 및 편차들을 설정할 수 있고, 카풀 참여자들에 대한 픽업/드롭오프의 순서를 설정할 수 있고, 카풀 경로를 따라 차량 진행을 모니터링할 수 있고, 그리고 경로에 대한 임의의 변경들을 허가된 카풀 참여자들에게 보고할 수 있다. 통학 버스 모드는 각각의 사용자에 대해 통학 버스에서의 한 아이의 진행을 모니터링할 수 있다.

일 실시예에서, 서버는 사용자 인터페이스에 대한 사용자 입력으로부터, 픽업 및/또는 드롭오프에 대한 카풀 순서를 수신할 수 있다. 픽업의 순서는 드롭오프 순서와 다를 수 있다. 또 하나의 다른 실시예에서, 서버는 픽업에 대한 순서 및 드롭오프에 대한 순서를 결정할 수 있다. 이 경우 사용자는 순서를 조정할 수 있다.

서버는 순서를 OBD 장치로 전송할 수 있고, 차량의 정지 지점들(예를 들어, 드롭오프들 및 픽업들)을 모니터링하도록 장치에게 명령할 수 있다. OBD 장치는 드롭오프들 및 픽업들의 위치뿐만 아니라, 이들이 일어나는 순서를 모니터링하도록 명령받을 수 있다. OBD 장치는 또한 만약 드롭오프 및 픽업들의 순서 및/또는 지속시간이, 미리채워진 목록과 다르다면 서버로 메시지를 전송하도록 명령받을 수 있다. OBD 장치는 또한 자신의 온보드 GPS 안테나를 사용하여 차량의 위치를 서버로 전송할 수 있다. OBD 장치는 자신의 위치를 실시간으로 전송할 수 있거나, 혹은 미리결정된 간격으로, 예컨대 매 30초마다, 혹은 1분마다, 혹은 2분마다, 혹은 3분마다, 혹은 4분마다, 혹은 5분마다 전송할 수 있다. 그 다음에, 서버는 이러한 정보를 하나 이상의 사용자들에게 전송할 수 있으며, 사용자들은 경로를 따라 차량의 진행을 모니터링할 수 있고, 경로로부터의 임의의 변화들 혹은 편차들을 수신할 수 있다. OBD 장치는 또한 각각의 정지까지 추정 시간을 계산할 수 있고, 그리고 추정 시간을 미리결정된 간격으로 혹은 실시간으로 서버로 전송할 수 있다. 그 다음에 서버는 사용자에게 경보를 전송할 수 있다.

통학 버스 모드와 같은 일 실시예에서, 사용자는 통학 버스에서의 아이의 위치를 결정하기 위한 질의를 전송할 수 있다. 이러한 위치는 통학 버스의 OBD 장치로부터 반환(return)될 수 있다. 대안적으로, 위치는 아이의 휴대폰으로부터 수신될 수 있다. 또 하나의 다른 실시예에서, 위치는 버스에 타고 있는 아이들의 전화기들 중 일부 혹은 모든 전화기들의 GPS 위치에 근거하여 크라우드소싱(crowdsourcing)될 수 있다.

팔로우 모드(Follow mode). 시스템은 복수의 사용자들로 하여금, 팔로우 모드 이벤트를 생성함으로써, 미리결정된 혹은 미리결정되지 않은 위치까지, 그리고/또는 미리결정된 경로 혹은 미리결정되지 않은 경로를 따라, 그들의 차량들에서 서로 팔로우할 수 있도록 구성될 수 있다. 사용자들 각각은 팔로우 모드를 활성화시킬 수 있고, 팔로우 모드는 GPS 안테나를 사용하여 위치 신호를 전송하기 위한 명령을 사용자들의 차량 내의 OBD 장치로 전송한다. 사용자가 팔로우 모드를 선택하는 경우, 사용자들은 하나 이상의 다른 사용자들을 위해 식별 정보를 입력하도록 촉구(prompt)받을 것이다. 리더(leader)는 잠재적 팔로어(follower)들과 공유될 수 있는 고유한 코드를 발생시킬 수 있다. 팔로어들이 이러한 코드를 입력하는 경우, 그들은 리더의 위치를 볼 수 있다. 시스템은 다른 사용자(들)에게 그들로 하여금 팔로우 모드 이벤트에 참여하도록 하는 요청을 알려줄 것이고, 각각의 사용자는, 그들의 위치가 다른 참여자들에게 노출되기 전에 개별적으로 그리고 적극적으로 이러한 초대를 수락할 수 있다. 이들이 초대를 수락한 경우, 각각의 사용자의 OBD 장치는 온보드 GPS 안테나를 사용하여, 혹은 전화기의 GPS 안테나를 통해 자신의 위치를 서버로 전송할 수 있다. 그 다음에, 서버는 모든 참여자들의 위치들을 집합시킬 수 있고 이들을 지도 상에 디스플레이할 수 있다.

사용자들 중 하나는 자신을 (전화 회의에서의 리더와 유사한) 리더로서 지정할 수 있다. 팔로우 모드 초대(들)가 수락된 경우, 팔로우 모드 이벤트에 참여한 모든 참여자들은, 팔로우 모드 이벤트에 참여한 각각의 참여자의 위치를 보여주는 지도를 디스플레이할 수 있거나, 혹은 단지 리더의 위치만을 보여주는 지도를 디스플레이할 수 있다. 위치는 각각의 참여자에 대한 OBD 장치로부터 수신된 GPS 좌표들에 근거하여 결정될 수 있거나, 혹은 참여자의 전화기로부터 검색된 GPS 좌표들에 근거하여 결정될 수 있다.

이벤트가 임의의 미리-결정된 위치까지 이동하는 것이라면, 그 위치까지의 경로가, 그래픽 사용자 인터페이스(GUI) 상에서, 리더의 위치 및/또는 미리-결정된 그 위치와 함께 그리고/또는 다른 모든 참여자들의 차량들과 함께, 지도 상에서의 웨이포인트(waypoint)들로서 참여자들에게 디스플레이될 수 있다. 만약 이벤트가 임의의 미리결정된 위치까지가 아니라면, 리더 및 개별 사용자의 위치, 또는 리더 및 모든 참여자들의 위치가 지도 상에 디스플레이될 수 있다.

주행 안전(Driving Safety). 이러한 모드가 사용자에 의해 활성화되는 경우, 시스템은 점화장치가 언제 온 상태가 되는지 그리고 차량의 속도가 언제 미리-결정된 임계치를 초과하는지를 결정하기 위해 모니터링한다. 점화장치 상태는 OBD 장치를 통해 결정되며, OBD 장치는 차량 컴퓨터로부터 점화장치 정보를 수신한다. 차량의 속도는 장치의 가속도계를 사용하여 결정될 수 있거나, 혹은 OBD에 의한 (예를 들어, GPS 좌표들을 포함하는) 차량 컴퓨터 정보의 분석을 사용하여 결정될 수 있다. 점화장치가 활성화되어 있고 그리고 미리-결정된 임계치에 도달 혹은 초과한 경우, 그 특정 차량과 관련된 사람의 셀룰러 전화기 상의 운전자의 이메일, 문자 메시징, 및/또는 음성 통화와 관련된 기능들은 비활성화 및/또는 수정될 것이다.

OBD 장치는 추가적으로 포트홀(pothole)들을 검출하도록 동작가능하다. 일 실시예에서, OBD는 포트홀들의 존재를 검출하기 위해 속도 및 움직임에서의 변화를 검출하는 자이로미터(gyrometer) 및 가속도계를 포함한다. 포트홀들의 위치에 대한 정보는 컴파일링되어 서버로 전송되며, 서버에서 이것은 데이터베이스에 저장된다. 그 다음에 포트홀 정보는 집합되어 다른 사용자들에게 제공된다.

아기 보호 모드(Safe Baby Mode)("SBM"). 사용자는 스위치를 토글링시킴으로써, 혹은 선택사항을 클릭함으로써 이러한 모드를 활성화시킬 수 있다. 이러한 모드는 장기간 동안 활성화될 수 있다. 예를 들어, SBM은 사용자가 아기를 병원으로부터 집으로 데려올 때 활성화될 수 있으며, 수년 동안 활성화 상태로 유지될 수 있다.

활성화 상태에 있는 경우, SBM은 사용자가 자신들의 차량을 아이들에 대해 모니터링하는 것을 보조한다. 따라서, 사용자가 차량을 떠난 경우, 차량 안에 아기, 유아, 혹은 아이가 남아 있지 않음을 확실히 하기 위한 점검들이 수행된다.

OBD 장치가 자동차 점화장치가 멈춰있음을 검출하는 경우, OBD는 서버로 통지를 전송할 수 있고, 서버는 운전자 혹은 SBM을 활성화시킨 그 사람에게 경보를 전송한다. 통지는 운전자에게 차량이 턴오프(turn off)되었음을 알려 줄 수 있고, 그리고 스마트폰 애플리케이션 내에서 혹은 전화기 상에서 팝-업 경보로서 제시될 수 있고, 또는 이메일 혹은 SMS 메시지 등으로서 제시될 수 있다.

만약 이러한 모드의 운전자 혹은 관리자가 모든 아이들이 차량으로부터 나왔다는 확인을 예를 들어, 10분과 같은 미리결정된 기간 내에 하지 않았다면, 시스템은 차량에서의 소리를 듣기 위해 OBD 장치 내의 마이크로폰(microphone)을 활성화시킬 수 있다. 만약 OBD 장치가, 아이의 존재를 표시하는, 미리결정된 임계치보다 높은 잡음 레벨을 검출한다면, 또는 인간에 의해 발생되는 잡음인 것으로 시스템에 의해 결정되는 그러한 잡음을 장기간 동안 검출한다면, 시스템은 제 1 응답자(responder)들에 대한 통화를 개시시킬 수 있다. 만약 OBD 장치가 차량 내에 인간이 있을 수 있음을 결정한다면, OBD 장치는 콜 센터(call center)와 연결될 수 있고, 콜 센터는 인간 운용자로 하여금 소리 혹은 영상에 근거하여 차량 내에 아이가 있는지 여부를 결정하게 할 수 있다. OBD 장치는 또한, 소리의 피치(pitch), 호흡 패턴을 분석함으로써 해당 인간이 아이인지를 결정할 수 있고, 그리고 음성 인식을 통해 사용된 단어들을 결정할 수 있고, 기타 등등을 할 수 있다. 따라서, 만약 예컨대, OBD 및/또는 서버가, 사람이 (예를 들어, 전화기 상에서) 말하고 있음, 이에 따라 음성 인식이 그 사용되는 단어들을 결정할 수 있음이라고 결정한다면, 그 사람이 아기 혹은 유아인지 아닌지가 결정된다. 음성 인식 소프트웨어가 그 사용되는 단어들을 결정한 경우, OBD 및 서버는 말하는 사람의 나이를 결정하기 위해 플레쉬 리딩 이지 스케일(Flesch Reading Ease scale) 및/또는 플레쉬-킹케이드 그레이드-레벨 스케일(Flesch-Kincaid Grade-Level scale)을 사용할 수 있다. 따라서, 예컨대, 이러한 스케일을 사용하여, 말하고 있는 사람이 5살이고 이에 따라 차량 내에는 아이가 여전히 있음이 결정될 수 있다.

SBM에서, OBD 장치는 또한 온도 센서를 포함할 수 있다. 따라서, 만약 온도가 상승하기 시작하고 있음 혹은 미리결정된 허용가능한 임계치 레벨보다 크게 증가함을 장치가 결정한다면, 시스템은 응급상황 응답자들에게 연락할 수 있다. 또 하나의 다른 실시예, 만약 온도가 특정 레벨 아래로 떨어진다면, OBD 장치는 차량의 난방 시스템을 턴온시키도록 명령받을 수 있고, 이후 차량의 난방 시스템의 턴온을 촉발시킬 수 있다. 마찬가지로, 만약 온도가 (예를 들어, 90°혹은 100°혹은 110°와 같은) 미리결정된 특정 레벨을 초과한다면, OBD 장치는 차량의 에어컨 시스템을 턴온시키도록 명령받을 수 있다. 에어컨 혹은 난방 시스템들은 OBD 장치에 의해 턴온될 수 있다.

OBD 장치는 또한 움직임 센서(motion sensor)를 포함할 수 있고, 이것은 아이의 존재를 검출하기 위해 온도 센서 및/또는 마이크로폰과 함께 동시에 사용될 수 있거나, 혹은 나중에 사용될 수 있다. 추가적인 특징들은 아이 좌석 아래에 설치되는 압력 센서와 같은 그러한 압력 센서를 포함할 수 있으며, 이것은 OBD 장치와 통신(예를 들어, 블루투스 통신 혹은 와이파이 통신)을 하며, 아이가 좌석에 없는지 혹은 있는지를 OBD 장치에게 지시하도록 구성된다.

따라서, SBM은 차량 내의 아이 혹은 아기가 의도치 않게 없어지는 것을 방지하도록 동작가능하다. SBM 모드의 토글링 온은 차량 내의 아이에 대한 점검을 개시하도록 시스템에게 명령한다. 따라서, 서버는 사용자 장치로부터 SBM을 개시시키기 위한 명령을 수신한다. 그 다음에, 시스템은 SBM에 있을 때 차량 점화장치가 턴오프되어 있다는 경보를 수신하도록 구성된다. 차량 점화장치가 멈춰있을 때, OBD 장치는 이와 같은 것의 통지를 서버로 전송한다. 그 다음에, 서버는 OBD 장치로 명령을 전송하거나, 또는 대안적으로, SBM이 활성화되는 그때, OBD 장치는 운전자 혹은 개체가 차량을 비웠음을 결정하기 위한 명령을 수신한다. OBD는 점화장치가 턴오프된 경우, 차량과 모바일 장치 간의 블루투스 연결이 종료되었는지 여부를 결정할 수 있다. 대안적으로, 좌석 센서들은 OBD 장치 및/또는 서버와 통신할 수 있고, 차량 내에 누군가가 남아있는지 여부를 표시할 수 있다.

SBM은 움직임 센서들, 차량 내에 혹은 OBD 장치 상에 장착된 비디오 카메라와 같은 비디오 카메라들, OBD 장치 혹은 차량 내에 위치하는 적외선 센서들, 아이 음성 혹은 소리 또는 임의의 조난 소리(distress sounds)를 검출하기 위한 마이크로폰, 그리고 아이의 자동차 좌석에 있는 압력 센서를 이용할 수 있다.

만약 OBD가 이러한 센서들 중 임의의 센서로부터 아이가 차량 내에 있음을 결정한다면, 통지 시퀀스는 운전자에게 통지하고, 뿐만 아니라 사용자에 의해 입력된 혹은 OBD 및/또는 서버 내에 저장된 하나 이상의 응급상황 연락처에 통지한다. 대안적으로 혹은 추가적으로, 시스템은 응급상황 당국(emergency authorities)에 통지할 수 있다. 통지는 SMS 혹은 전화 통화를 통해 일어날 수 있다.

일 실시예의 경우, 자동차 내에서 위험한 상태가 검출될 때 응급상황 서비스들이 단지 통지될 수 있다. 따라서, 차량 내에서 아이가 검출되고 점화장치가 오프 상태인 경우에도, OBD는 온도, 최근 온도 하강 혹은 상승, 차량 내의 공기의 질, 그리고 다른 적절한 상태들을 결정할 수 있다. 만약 상태들이 모두 적절하다면, 응급상황 서비스들은 통지되지 않을 수 있다. 대신, 운전자 혹은 소유자와의 연락을 위해 추가적인 시도들이 행해질 수 있다. 이러한 경우 응급상황 서비스들은 단지 예를 들어, 5번의 시도 이후, 혹은 20분 이후, 또는 임의의 다른 적절한 횟수 이후 통지될 수 있다. 온도가 급격히 변하는 경우, 응급상황 서비스들에 대한 연락은 즉시 일어날 수 있다.

일 실시예에서, 다음과 같은 시퀀스: (1) 차량의 GPS 좌표들에 근거하여 지역 공공 안전 응답 포인트(Public Safety Answering Point, PSAP)를 결정하는 것; 그리고 (2) 자동차 내에 아이가 있고 도움이 필요하다고 적절한 PSAP에게 통지하는 것 중 일부 혹은 모두가 순서 특정 없이 일어날 수 있다. 지역 PSAP의 통지는 서버와 통신하는 OBD 장치로 일어날 수 있으며, 서버는 콜 센터에게 지역 911/PSAP와 통화하도록 명령한다.

서버는 아이의 안전성을 증가시키기 위해 운전자, 보호자, 혹은 당국을 기다리는 동안 차량 내의 일부 기능들을 원격으로 제어하기 위한 명령을 OBD 장치로 전송할 수 있다. OBD는 차량의 컴퓨터와 통신할 수 있고, 에어컨 혹은 난방 시스템을 턴온시키는 것, 창문을 열거나 닫는 것, 조명등을 턴온시키거나 턴오프시키는 것, 그리고 문을 잠그거나 잠금해제시키는 것을 수행하도록 컴퓨터에게 명령할 수 있다.

본 발명은 또한, 자동차 배터리가 언제 부족하게 될지를 예측하는 것, 주행 패턴에 근거하여 교통 계획을 하는 것, 연료 사용 및 효율을 모니터링하는 것, 그리고 다른 주행 전략 채택시의 상이한 경비/절감을 디스플레이하는 것을 수행하도록 동작가능할 수 있다.

다양한 모드들에 대한 예시적인 임계치 계산은 아래와 같은 것들일 수 있으며, 여기서 아래의 속도 임계치들의 단위는 시간당 마일(miles per hour)이고, 가속도 임계치들 및 감속도 임계치들의 단위는 단위 초에 대한 시간당 마일(miles per hour per second)이다.

예시적 프로토콜들이 이하에서 제공된다.

앞서 설명된 컴퓨터-기반 데이터 프로세싱 시스템 및 방법은 단지 예시적 목적으로 제공되는 것이고, 이것은 임의 타입의 컴퓨터 시스템 또는 프로그래밍 혹은 프로세싱 환경에서 구현될 수 있고, 또는 컴퓨터 프로그램 단독으로, 혹은 하드웨어와 결합되어 구현될 수 있다. 본 발명은 또한 컴퓨터-판독가능 매체에 저장되어 범용 컴퓨터 혹은 특수 목적 컴퓨터에서 컴퓨터 프로그램으로서 실행되는 소프트웨어로 구현될 수 있다. 명확한 설명을 위해, 본 발명과 관련되어 있는 시스템의 그러한 실시형태들만이 설명되며, 본 발명의 기술분야에서 잘 알려져 있는 물품 상세 설명들은 생략되어 있다. 동일한 이유로, 컴퓨터 하드웨어도 더 상세히 설명되지 않는다. 따라서, 본 발명은 임의의 특정 컴퓨터 언어, 프로그램, 혹은 컴퓨터로만 한정되지 않음을 이해해야 한다. 본 발명은 독립형 컴퓨터 시스템 상에서 실행될 수 있다는 점, 또는 본 발명은 인트라넷 네트워크를 통해 상호연결되는 복수의 클라이언트 컴퓨터 시스템들에 의해 액세스될 수 있는 혹은 인터넷을 통해 클라이언트들에 의해 액세스가능한 그러한 서버 컴퓨터 시스템으로부터 실행될 수 있다는 점이 또한 고려된다. 추가적으로, 본 발명의 다수의 실시예들은 광범위한 산업계에 응용된다. 본 명세서에서 의해 개시되는 정도에 있어, 시스템, 그 시스템에 의해 구현되는 방법, 뿐만 아니라 컴퓨터-판독가능 매체에 저장되어 범용 컴퓨터 혹은 특수 목적 컴퓨터에서 방법을 수행하기 위한 컴퓨터 프로그램으로서 실행되는 소프트웨어는 본 발명의 범위 내에 있다. 더욱이, 본 명세서에서 의해 개시되는 정도에 있어, 방법, 그 방법을 구현하도록 구성된 장치들의 시스템은 본 발명의 범위 내에 있다.

앞서 설명된 것은 본 발명의 예시적 실시예들에 관한 것이라는 점, 그리고 아래의 청구항들에서 설명되는 바와 같은 본 발명의 사상 및 범위로부터 벗어남이 없이 수정들이 행해질 수 있다는 점도 물론 이해해야 한다.

따라서, 차량의 발렛주차 및/또는 주차 시설 사용을 모니터링하기 위한 시스템이 제공된다. 이러한 시스템은 장치 혹은 방법을 포함할 수 있다.

시스템은 서버를 포함할 수 있다. 서버는 사용자로부터 정보를 수신할 수 있다. 사용자는 정보를 컴퓨터, 웹 애플리케이션, 웹사이트, 스마트폰, 애플리케이션, 혹은 임의의 다른 적절한 장치를 사용하여 전송할 수 있다.

사용자는 발렛주차 모드를 개시시키기 위한 명령을 서버로 전송할 수 있다. 발렛주차의 개시는 그래픽 사용자 인터페이스 상에서 사용자에 의해 선택될 수 있다. 사용자는 발렛주차 제한 기능(valet restriction function)을 개시시키도록 서버에게 명령할 수 있다. 이에 따라, 서버는 속도, 가속도, 감속도, 및 가상 울타리 위반과 같은 하나 이상의 미리결정된 임계치들의 위반이 있는지에 대해, 온보드 차량 컴퓨터로부터 수신된 데이터를 통해, 차량 사용을 모니터링하기 위해서, 그 관련된 차량에 대한 OBD 장치로 메시지를 전송할 수 있다.

사용자는 차량의 위치 둘레로 가상 울타리를 형성할 수 있다. 이 경우, 사용자는 자신이 이틀 동안 주차 시설에 차량을 놔두길 원함을 알고 있을 수 있다. 사용자는 하나 이상의 발렛주차 보조원들에 의한 차량의 사용 혹은 "차량 절도와 폭주(joyriding)"에 대해 걱정하고 있을 수 있다. 따라서, 사용자는 가상 울타리를 형성하기 위한 요청을 서버로 전송할 수 있다. 대안적으로, 발렛주차 모드의 설정은 해당 모드가 개시될 때마다 디폴트 가상 울타리를 형성하도록 미리구성될 수 있거나, 혹은 커스터마이징될 수 있다. 가상 울타리는 차량에 대한 외곽 경계들(outer boundaries)을 포함할 수 있다. 가상 울타리는 마일리지 반경을 갖도록 형성될 수 있으며, 마일리지 반경은 디폴트 반경일 수 있거나, 혹은 사용자에 의해 커스터마이징될 수 있다. 예를 들어, 서버는 차량이 가상 울타리의 반경 바깥쪽 0.5 마일보다 더 먼으로 이동하는지를 결정하기 위해 차량을 모니터링하도록 OBD에게 명령할 수 있으며, 여기서 중심점은 차량의 현재 위치이고, 혹은 주차 시설 내의 임의의 지점이다. 만약 OBD가 마일리지 반경에 도달 혹은 초과했음을 결정한다면, OBD는 서버로 메시지를 전송할 수 있고, 서버는 반경에 도달 혹은 초과했다는 경보를 사용자에게 전송할 수 있다.

차량의 검색을 개시시키기 위해, 이 경우 사용자는 차량을 검색하기 위한 메시지를 전송할 수 있거나, 혹은 차량을 검색하기 위한 선택사항을 선택할 수 있다. 이에 응답하여, 서버는 OBD 장치로 질의로 전송할 수 있다. 질의는 차량의 현재 위치를 결정하기 위한 위치 질의일 수 있다. 질의는 차량을 검색하기 위한 요청을 포함할 수 있다.

위치 질의는 또한, (1) 차량의 GPS 위치를 질의하는 것; (2) OBD 장치 및/또는 차량 내에 위치하는 GPS 안테나로부터 차량의 GPS 좌표들을 결정하는 것; 그리고 (3) 차량의 GPS 좌표들을 서버로 전송하는 것을 포함할 수 있다.

위치 질의는, (1) 사용자의 GPS 위치를 질의하는 것; (2) 사용자의 모바일 장치 내에 위치하는 GPS 안테나에 의해 결정된 GPS 정보로부터 사용자의 GPS 위치를 결정하는 것; 그리고 (3) 사용자 및/또는 차량의 GPS 좌표들을 서버로 전송하는 것을 포함할 수 있다.

질의에 응답하여, 서버는 차량의 위치를 수신할 수 있다. 응답은 발렛주차/주차 시설에 의해 전송될 수 있다. 대안적으로, 서버가 위치를 질의할 수 있고, OBD 장치가 OBD/차량의 GPS 좌표들로 응답할 수 있다. 결과적으로, 서버는 마일리지 반경을 사용하여 가상 울타리를 형성할 수 있다. 그 다음에, 마일리지 반경은 지도 상에서의 복수의 GPS 좌표들로 변환될 수 있다. 마일리지 반경은 미리결정될 수 있거나, 혹은 사용자에 의해 입력될 수 있다.

시스템은 서버로부터 차량에 결합된 OBD 장치로 하나 이상의 가상 울타리 파라미터들을 전송할 수 있다. 예를 들어, 가상 울타리 파라미터들은 가상 울타리 내의 허용가능한 영역, 가상 울타리 바깥쪽 허용가능하지 않은 영역, 특정 시간에 허용가능한 혹은 허용가능하지 않은 영역들, 혹은 임의의 다른 적절한 파라미터들을 포함할 수 있다. 시스템은 서버로부터 OBD 장치로 차량을 모니터링하기 위한 명령을 전송할 수 있다. 모니터링은 하나 이상의 위반들이 있는지에 대해 차량을 모니터링하는 것을 포함할 수 있다. 위반들은 가상 울타리 위반들일 수 있다. OBD 장치는 또한 가상 울타리 파라미터들 중 하나 이상이 위반된 경우 경보를 서버로 전송하도록 명령받을 수 있다.

일 실시예에서, 시스템은 차량에 대한 하나 이상의 파라미터 제한 임계치(parameter restriction threshold)들을 수신할 수 있다. 예를 들어, 파라미터들은 속도, 가속도, 감속도, 가상 울타리, 하루 중 특정 시간, 지속시간, 혹은 임의의 다른 적절한 파라미터를 포함할 수 있다. 임계치는 제한을 위한 임계치일 수 있는데, 예를 들어, 60 MPH보다 큰 속도는 제한된다.

파라미터 제한 임계치들은 하나 이상의 값들을 포함할 수 있다. 이러한 값들은 미리결정될 수 있거나, 혹은 사용자에 의해 입력될 수 있다. 사용자는, (1) 파라미터를 서버로 전송하는 것; (2) 파라미터에 대한 제한을 서버로 전송하는 것(여기서 제한은 임계값을 포함함); 그리고 (3) 임계치 레벨에 도달 혹은 초과하는지를 결정하기 위해 파라미터를 모니터링하기 위한 명령을 OBD 장치로 전송하는 것에 의해, 파라미터 제한 임계값들을 입력할 수 있다.

시스템은 사용자로부터 명령을 수신할 수 있다. 사용자는 사용자 인터페이스를 통해 애플리케이션 혹은 임의의 다른 적절한 매체에 명령을 입력할 수 있다. 그 다음에, 명령은 서버로 전송될 수 있다. 명령은 파라미터 제한 임계치들을 활성화시키기 위한 명령일 수 있다. 제한 임계치들의 활성화는 사용자가 발렛주차 혹은 주차 시설을 이용할 때 요청될 수 있다. 발렛주차 제한 기능은 서버로 하여금 하나 이상의 파라미터 제한 임계치들의 위반이 있는지에 대해 차량을 모니터링하도록 OBD 장치에게 명령하게 할 수 있다.

시스템은 서버로부터 차량에 결합된 OBD 장치로 차량에 대한 속도 질의를 전송할 수 있다. 속도 질의는 차량이 속도가 높아져 하나 이상의 파라미터 제한 임계치들을 위반했는지를 결정하기 위해 복수의 시점들에서 차량의 속도를 요청할 수 있다. 속도 질의는 제1의 시점 및 제2의 시점을 포함할 수 있고, 그리고 두 개의 시점들 사이의 임의의 시점에서 속도 임계치에 도달 혹은 초과했는지를 결정하기 위해 제1의 시점과 제2의 시점 사이에서 속도 정보를 분석하기 위한 (서버로부터 OBD 장치로의) 명령을 포함할 수 있다. 이에 따라, 서버는 OBD 장치로부터 결정을 수신할 수 있다. 이러한 결정은 속도 임계치에 도달 혹은 초과했음인지 아니면 속도 임계치에 도달 혹은 초과하지 않았음인지의 속도 결정을 포함할 수 있다.

만약 OBD 장치가 제1의 시점과 제2의 시점 사이에서 속도 임계치에 도달 혹은 초과했음을 결정한다면, OBD 장치는 속도 위반에 대한 정보를 갖는 메시지를 서버로 전송할 수 있다. 만약 OBD 장치가 제1의 시점과 제2의 시점 사이에서 속도 임계치에 도달 혹은 초과하지 않았음을 결정한다면, OBD는 속도 위반에 대한 데이터를 OBD 장치로부터 서버로 전송하는 것을 억제할 수 있다. 대안적으로, 속도 임계치가 위반되었는지를 결정하기 위한 질의가 OBD로 전송된 경우, OBD 장치는 어떠한 위반도 일어나지 않았다는 메시지를 전송할 수 있다.

OBD가 제1의 시점과 제2의 시점 사이에서 속도 임계치에 도달 혹은 초과함을 결정하는 경우, 시스템은 경보를 전송할 수 있다. 경보는 사용자 서버로부터 사용자로 전송될 수 있다. 경보는 사용자에게 속도 임계치에 도달 혹은 초과했다는 정보를 제공할 수 있다.

일 실시예에서, 시스템은, (1) 차량에 대한 하나 이상의 파라미터 제한 임계치들을 수신할 수 있고; (2) 시스템은 발렛주차 제한 기능을 활성화시키기 위한 명령을 사용자로부터 수신할 수 있고, 여기서 발렛주차 제한 기능은 하나 이상의 파라미터 제한 임계치들을 위반하는지에 대해 차량을 모니터링하는 것에 대응하고; (3) 시스템은 서버로부터 차량에 결합된 OBD 장치로 차량에 대한 가속도 질의를 전송할 수 있고, 여기서 가속도 질의는 차량이 하나 이상의 파라미터 제한 임계치들을 위반했는지를 결정하기 위한 질의를 포함하고, 그리고 가속도 질의는, (4) 제1의 시점 및 제2의 시점; 그리고 (5) 가속률 임계치에 도달 혹은 초과했는지를 결정하기 위해 제1의 시점과 제2의 시점 사이에서 속도 가속도의 비율을 분석하기 위한 OBD 장치에 대한 명령을 포함하고; 그리고 (6) 시스템은 OBD 장치로부터 결정을 수신할 수 있고, 여기서, (7) 만약 OBD가 제1의 시점과 제2의 시점 사이에서 가속률 임계치에 도달 혹은 초과했음을 결정한다면, OBD로부터 서버로 메시지의 전송이 일어나고; 그리고 (8) 만약 OBD가 제1의 시점과 제2의 시점 사이에서 가속률 임계치에 도달 혹은 초과하지 않았음을 결정한다면, OBD로부터 서버로의 가속도 임계치에 대응하는 어떠한 메시지도 OBD 장치로부터 서버로 존재하지 않는다.

가속도 및 감속도는 가속도 및/또는 감속도에 대한 하나 이상의 잘-알려진 알고리즘들 혹은 공식들을 사용하여 계산될 수 있다.

발렛주차 보조원들 및 차량의 주차 시설 사용을 모니터링하기 위한 시스템이 제공된다. 이러한 시스템은 장치 및 방법을 포함할 수 있고, 차량이 발렛주차될 때 차량 상태의 모니터링을 제공할 수 있다.

시스템은 사용자로부터 명령을 수신하는 것을 포함할 수 있다. 사용자 명령은 발렛주차 모니터링 모드와 같은 특정 모드를 개시시키기 위해 요청할 수 있다. 이러한 모드는 차량의 검색을 요청할 때 사용될 차량 검색 모드를 포함할 수 있다.

차량 검색 모드에서, 시스템은 사용자로부터 요청을 수신할 수 있다. 요청은 차량을 검색하기 위한 요청일 수 있다. 요청은 서버에 의해 수신될 수 있다. 시스템은 차량과 관련된 발렛주차 혹은 주차 사업체를 식별할 수 있다. 위치는 사용자가 차량을 검색하기 위해 요청한 그때, 혹은 사용자가 발렛주차 모드를 개시시킨 그때의 차량의 위치일 수 있다.

발렛주차 혹은 주차 사업체는 GPS 위치를 결정함으로써 결정될 수 있다. GPS 위치는 발렛주차 모드가 활성화될 때 사용자의 모바일 장치의 GPS 위치 혹은 차량의 GPS 위치일 수 있다. 시스템은 차량의 위치와 관련된 개체를 결정할 수 있고, 그 개체에 대한 연락처 정보를 결정할 수 있다. 시스템은 서버로부터 해당 개체로 차량을 검색하기 위한 요청을 전송할 수 있다. 요청은 사용자에 의한 픽업을 위해 차량을 준비하기 위한 발렛주차 보조원에 대한 명령을 포함할 수 있다. 요청은 또한 차량을 특정 위치(예컨대, 사용자에 의해 입력된 GPS 좌표들)로 가져오기 위한 발렛주차 보조원에 대한 명령을 포함할 수 있다. 예를 들어, 사용자는 하나의 위치로부터 차량을 검색하도록, 그리고 전혀 다른 위치까지 차량을 가져오도록, 발렛주차원에게 명령할 수 있다.

시스템은 차량이 픽업을 위해 이용가능하게 될 추정 시간, 뿐만 아니라 차량이 픽업을 위해 이용가능하게 될 위치를 개체로부터 수신할 수 있다. 시스템은 차량 모니터링 상태를 사용자에게 제공할 수 있다. 모니터링 상태는 차량의 GPS 좌표들, 차량의 점화장치 상태, 및 차량의 움직임을 포함할 수 있다. 차량의 움직임은, 차량이 움직이고 있는지 여부, 차량이 최근 특정 기간(즉, 지난 10분) 내에 움직였는지 여부, 그리고 차량 움직임의 실-시간 추적을 포함할 수 있다.

차량이 발렛주차될 때 차량 상태의 모니터링을 제공하기 위한 시스템은 또한 측정 장치를 포함할 수 있다. 측정 장치는 차량에 탈착가능하게 연결될 수 있다. 시스템은 또한 컴퓨터를 포함할 수 있다. 컴퓨터는 측정 장치에 대한 연결을 포함할 수 있다. 컴퓨터는 차량 내에 위치할 수 있다. 컴퓨터는 온보드 차량 컴퓨터일 수 있다.

시스템은 또한 수신기를 포함할 수 있다. 수신기는 차량을 검색하기 위한 요청을 사용자로부터 수신하도록 구성될 수 있다. 차량은 발렛주차 개체에 의해 관리되는 위치에 주차될 수 있다.

시스템은 또한 프로세서를 포함할 수 있다. 프로세서는 발렛주차 위치에 책임이 있는 개체를 식별하도록 구성될 수 있다. 프로세서는 GPS 좌표들에 근거하여 개체를 식별하도록 구성될 수 있다. 개체는 시스템이 GPS 좌표들을 사용하여 그러한 좌표들에서의 사업시설을 검색하는 것에 근거하여 GPS 좌표들로부터 식별될 수 있다. 이것은 맵핑 소프트웨어를 사용하여 달성될 수 있다. 개체의 GPS 좌표들은, 차량 자체로부터 검색될 수 있거나, OBD 장치 내의 GPS 안테나로부터 검색될 수 있거나, 사용자가 발렛주차 모드를 활성화시킬 때 사용자의 모바일 장치로부터 검색될 수 있거나, 혹은 사용자가 차량의 GPS 위치를 수작업으로 입력할 때 검색될 수 있다.

시스템은 또한 송신기를 포함할 수 있다. 송신기는 차량을 검색하기 위한 보조원에 대한 명령을 개체로 전송하도록 구성될 수 있다. 송신기는 또한 차량에 대한 GPS 좌표들을 개체로 전송하도록 구성될 수 있다. 본 명세서 전반에 걸쳐, 송신기와 수신기는 송수신기일 수 있다.

수신기는 또한 차량이 픽업을 위해 준비될 추정 시간을 개체로부터 수신하도록 구성될 수 있다. 송신기는 또한 차량이 픽업을 위해 준비될 추정 시간 및 차량의 추정 위치를 사용자에게 전송하도록 구성될 수 있다.

시스템은 또한 차량의 위치에 대한 추적 정보를 실-시간으로 혹은 미리결정된 간격으로 수신할 수 있다. 시스템은 또한 차량이 픽업을 위해 준비되었다는 메시지를 개체로부터 수신할 수 있다.

차량 상태의 모니터링을 제공하기 위한 시스템은, (1) 차량에 탈착가능하게 연결되는 측정 장치를 포함하고; (2) 측정 장치는 컴퓨터와의 연결을 포함하고, 컴퓨터는 차량 내에 위치하고; (3) 시스템은 차량의 속성에 대응하는 데이터의 측정치를 측정 장치로부터 수신하도록 구성된 수신기를 포함하고; (5) 시스템은 차량 속성에 대한 원하는 데이터 측정 레벨에 대응하는 임계 측정치를 측정 장치로 전송하도록 구성된 송신기를 포함하고; 그리고 (6) 시스템은 측정 장치 내에 위치하는 프로세서를 포함하고, 여기서 프로세서는, 데이터 측정치가 임계 측정치에 도달 혹은 초과하는지를 결정하도록 구성되고, 그리고 차량 속성에 대한 데이터 측정치에 도달 혹은 초과했다는 경보를 사용자에게 전송하도록 송신기에게 명령하도록 구성된다.

시스템은 다음과 같은 단계들: (1) 차량 속성을 수신하는 단계; (2) 차량 속성의 측정치에 대한 임계 범위를 수신하는 단계(여기서, 임계 범위는 차량 속성의 상위 임계 측정치(upper threshold measurement) 및 하위 임계 측정치(lower threshold measurement)를 포함함); (3) 차량 속성의 측정치를 수신하는 단계; (4) 만약 차량 속성 측정치가 상위 임계 측정치를 초과한다면, 혹은 하위 임계 측정치 아래로 떨어진다면, 사용자에게 경보를 전송하는 단계를 수행할 수 있고, 여기서 경보는, (5) 차량 속성; (6) 차량 속성의 측정치; 및 (7) 차량 속성의 측정치에 대응하는 정보를 포함한다.

차량 사용 임계치들을 설정 및 모니터링하기 위한 시스템은, (1) 차량에 탈착가능하게 연결되는 측정 장치를 포함할 수 있고; (2) 측정 장치는 컴퓨터와의 연결을 포함하고, 컴퓨터는 차량 내에 위치하며; (3) 측정 장치가 컴퓨터에 연결되는 경우, 측정 장치는 컴퓨터로부터 차량 정보를 수신하고; (4) 시스템은 사용자 장치를 포함할 수 있고, 사용자 장치는, (5) 하나 이상의 명령들을 측정 장치로 전송하도록 구성되고; (6) 정보를 수신하도록 구성되고; 그리고 (7) 정보를 디스플레이하도록 구성되며; (8) 시스템은 서버를 포함할 수 있고, 서버는 수신기를 포함하며, 수신기는, (9) 복수의 임계치들을 수신하도록 구성되고, 여기서 복수의 임계치들 각각은 차량 속성의 허용가능한 한계치에 대응하고; (10) 수신기는 측정 장치로부터 데이터를 수신하도록 구성되고; (11) 수신기는 측정 장치로부터 수신된 데이터를 모니터링하기 위한 명령들을 수신하도록 구성되고, 여기서 데이터는 하나 이상의 차량 속성들에 대응하며; (12) 서버는 송신기를 포함하고, 송신기는, (13) 복수의 임계치들을 측정 장치로 전송하도록 구성되고; (14) 송신기는 측정 장치에게 명령하도록 구성되고; (15) 송신기는 차량 컴퓨터로부터 수신된 데이터를 임계치 레벨과 비교하도록 측정 장치에게 명령하도록 구성되고; 그리고 (16) 송신기는 만약 데이터가 임계치 레벨을 초과한다면 임계치 위반의 메시지를 서버로 전송하도록 측정 장치에게 명령하도록 구성된다.

서버가 임계치 위반 메시지를 수신함에 응답하여, 송신기는 또한 임계치 위반의 경보를 사용자에게 전송하도록 구성될 수 있다.

일 실시예에서, 속성에 대한 임계치와 같은 특정 정보는 사용자의 모바일 장치를 통해 사용자로부터 수신될 수 있고, 그리고 서버로 전송될 수 있다. 또 하나의 다른 실시예에서, 동일한 혹은 상이한 속성에 대한 또 하나의 다른 임계치와 같은 특정 정보는 소프트웨어를 통해 서버에 프로그래밍될 수 있다.

일 실시예에서, 차량의 속성에 대응하는 데이터의 측정치가 제공된다. 측정치는, (1) 차량 속성에 대한 원하는 데이터 측정 레벨에 대응하는 임계 측정치를 포함할 수 있고; 그리고 (2) 데이터 측정치가 임계 측정치에 도달 혹은 초과하는지를 결정하도록 프로세서가 구성되며; 프로세서는 차량 속성에 대한 데이터 측정치에 도달 혹은 초과했다는 경보를 사용자에게 전송하도록 송신기에게 명령하도록 구성된다.

OBD 장치를 사용하여 차량의 유아 모니터링을 위한 시스템 및 방법이 제공된다. 이러한 방법 및 시스템은 다음의 단계들 중 하나 이상을 포함할 수 있는데, 이러한 단계들로는, (1) 유아 모니터링 모드를 활성화시키기 위한 선택을 사용자로부터 수신하는 단계가 있고; (2) 점화장치가 오프 상태로 스위칭되었다는 경보를 OBD로부터 수신하는 단계가 있고; (3) 사용자에게 메시지를 전송하는 단계가 있고; 여기서 메시지는, (4) 점화장치가 오프 상태로 스위칭되었다는 경보; 그리고 (5) 사용자가 차량으로부터 모든 아이들을 이동시켰는지의 질의를 포함하며; (6) 만약 사용자가 미리결정된 기간 내에 질의에 응답하지 않는다면, 마이크로폰을 활성화시키기 위한 명령을 OBD로 전송하는 단계가 있고; (7) 만약 마이크로폰이 임의의 미리결정된 임계치보다 큰 임의의 잡음이 존재함을 표시하지 않고, 사용자로부터 어떠한 응답도 여전히 없다면, 온도 센서를 활성화시키기 위한 명령을 전송하는 단계가 있고; (8) 만약 온도 센서가 임의의 미리결정된 임계치보다 크거나 혹은 임의의 미리결정된 임계치보다 작은 온도 판독값을 표시한다면, 난방 혹은 에어컨 시스템들을 활성화시키기 위한 명령을 OBD 장치로 전송하는 단계가 있고; 그리고 (9) 응급상황 제 1 응답자들에게 연락하는 단계가 있다.

단계들 중 일부 혹은 모두가 구현될 수 있다는 점, 그리고 단계들의 순서는 변경될 수 있다는 점에 유의해야 한다. 예를 들어, 온도 센서만이 사용될 수 있거나, 혹은 마이크로폰의 사용 전에 온도가 사용될 수 있다.

시스템은 또한 응급상황 제 1 응답자들에게 위치 정보를 전송하는 것을 포함할 수 있다. 시스템은 점화장치가 온 상태이지만 자동차는 장기간 동안 아이들(idle) 상태에 있다는 경보를 수신할 수 있다. 이에 응답하여, 시스템은 차량에 방치된 아이들이 있는지를 결정하기 위한 메시지를 사용자에게 전송할 수 있다. 만약 응답이 없다면, 시스템은 앞서 논의된 단계들 중 일부 혹은 모두를 활성화시킬 수 있다.

시스템은 사용자로부터 질의에 대한 응답을 수신할 수 있다. 질의에 응답하여 사용자가 차량으로부터 모든 아이들을 이동시킨 경우, 시스템은 사용자로부터 긍정적 응답을 수신할 수 있다. 이러한 경우에, 경보 시퀀스는 끝날 수 있고, 센서들을 활성화시키는 것 혹은 응급상황 당국에 연락하는 것과 같은 후속 동작은 필요하지 않다.

시스템은 각각의 특정 상황의 긴급성의 결정에 근거하여 자원들의 우선순위를 정할 수 있다. 예를 들어, 만약 응급상황 운용자에게 지역 PSAP에 연락할 것을 요구하는 2개의 SBM 경보들이 존재하는데 단지 하나의 운용자만이 이용가능하다면, 시스템은, 장치 온도 모니터가 하나의 차량에서의 급격하게 상승 혹은 하강하는 온도를 검출한 경우, 그러한 상황에 우선권을 부여할 수 있다. 이것은 단지 우선순위를 정하는 한가지 방법의 예이다. 우선순위 결정 시스템은 응급 상황들을 처리하기 위해 필수적이다. 또 하나의 다른 예에서, 하나의 PSAP는 인터넷 혹은 이메일을 통해 응급상황에 관한 정보를 수신할 수 있는 능력을 갖고 있지만, 또 하나의 다른 PSAP는 그러한 능력을 갖고 있지 않은 경우, 온라인 능력이 없는 PSAP가 먼저 연락을 받을 수 있다. 우선순위는 시간, 아이 나이, 및 다수의 다른 인자들에 근거하여 변경될 수 있음에 유의해야 한다.

카풀 모드는 카풀 이동을 편성 및 정리할 수 있는 능력을 제공할 수 있다. 시스템은 (예를 들어, 주간) 템플릿 스케줄(template schedule)을 제공하는 것을 포함할 수 있는데, 여기서 템플릿 스케줄은 카풀 참여자들에 의해 조작될 수 있는 예컨대 주간 스케줄을 생성하기 위해 시스템에 의해 사용되는 것이다. 카풀 참여자들은 한 주 동안의 주-단위 템플릿 스케줄을 생성할 수 있고, 이러한 템플릿은 금주(current week) 동안의 스케줄을 생성한다. 금주는 편집가능할 수 있다. 다음 주들은 편집가능하지 않을 수 있는데, 왜냐하면 이들은 템플릿 스케줄에 근거하여 아직 생성되지 않았기 때문이다.

카풀에 있어서, 템플릿 스케줄의 기간은 일 주일인데, 왜냐하면, 카풀은 대게 주 단위로 운용되기 때문이다. 예를 들어, 하나의 가족은 월요일 및 수요일을 책임지고 있고, 또 하나의 다른 가족은 화요일, 목요일, 및 금요일을 책임지고 있다. 주간 스케줄을 생성하기 위해 템플릿을 사용하는 이러한 개념은 임의의 스케줄링 시스템에 적용되며, 시간의 단위는 특정 활동에 근거하여 변경될 수 있다. 예를 들어, 해당 주는 특정 요일에 시작할 수 있는데, 이것은 템플릿이 주간 스케줄을 특정 요일에 갱신(refresh)한다는 것을 의미하며, 또는 해당 주는 순환하는 주(rolling week)일 수 있고 현재 요일로부터 7일을 나타낼 것이다.

카풀은 하나 이상의 참여자들에게 할당되는 책임들을 복수의 웨이포인트들에게 제공할 수 있다. 웨이포인트들의 편성, 그리고 카풀 웨이포인트들의 다른 운송 시스템들과의 통합을 관리하기 위한 시스템이 제공된다.

카풀 시스템은, 템플릿으로서 저장되는 웨이포인트들의 순서와 함께, 웹 애플리케이션 상에서 카풀 정차지(carpool stop)들의 순서 혹은 양을 변경하기 위한 선택사항을 운전자들에게 제공한다. 특정 운전자에 대한 기존의 템플릿은 그 운전자에 대한 정차지들의 순서를 위해 사용될 수 있다. 만약 운전자의 세대(household)의 어떠한 구성원도 특정 카풀 실행의 일부가 되려고 하지 않는다면, 그 세대는 웨이포인트로부터 삭제된다. 만약 카풀의 구성원에 대한 주소가 변경된다면, 그 구성원에 대한 웨이포인트/주소가 변경된다.

카풀 그룹의 구성원들이 동일한 웨이포인트들을 갖는다면, 그러한 웨이포인트들은 병합되고, 웨이포인트들 중 하나는 삭제되지만 사용자들은 잔존하는 웨이포인트와 각각 관련된다. 만약 이러한 구성원들 중 하나가 후속적으로 새로운 주소로 이사를 간다면, 웨이포인트들의 병합은 해제되고, 새로운 주소 및 그 주소와 관련된 적합한 사용자를 갖는 새로운 것이 생성된다.

일 실시예에서, 시스템은 운전자가 시스템에게 변경사항을 통지하지 않아도 운전자의 경로에 근거하여 웨이포인트에서의 변경을 검출할 수 있다. 통지는 웨이포인트와 관련된 사용자들에게 임의의 통지를 전송하는 것을 포함할 수 있다. 통지는 웨이포인트까지의 도착 추정 시간(Estimated Time of Arrival, ETA)을 포함할 수 있다.

예시적인 검출은 5개의 웨이포인트들이 있고 각각의 웨이포인트까지 2개의 경로들이 있다고 결정하는 것을 포함할 수 있다. 운전자의 경로를 근거로, 웨이포인트들 중 4개의 웨이포인트에 이르는 8개의 경로들이 모두 제거된 경우, 운전자는 5번째 웨이포인트까지 가야만 한다. 10개의 경로들이 모두 제거된 경우, 운전자는 웨이포인트들 중 어느 곳에도 가지 않을 것임이 알려진다. 경로를 제거하고 웨이포인트를 결정하기 위해, 경로가 정의돼야 한다(여기서, 경로 = 지점 A로터 지점 B까지의 직사각형 가상 울타리). 운전자가 경로를 벗어나고 있음을 결정하기 위해, 시스템은 웨이즈(Waze) 혹은 구글 맵 데이터(Google Maps data)와 같은 임의의 적절한 결정 방법을 사용하여 가장 가능성 있는 경로 혹은 최상의 경로로 시작한다. 그 다음에, 시스템은 지점 A로터 지점 B까지 전체에 걸쳐 직사각형 가상 울타리들을 생성할 수 있다. 만약 운전자가 경로를 위반한다면, 시스템은 임의의 적절한 기간과 같은, 예컨대 2분과 같은, 특정 시간량 동안 기다릴 수 있고, 그 다음에 맵핑 소프트웨어를 사용하여 현재 위치로부터 지점 B까지의 경로를 점검하고, 그리고 ETA에서의 변경을 결정한다. 만약 ETA가, 경과된 시간량 + 특정 임계치만큼 감소했다면, 사용자는 경로에 있는 것으로 여전히 고려되게 된다. 하지만, 만약 ETA가 특정 임계치만큼 커졌다면, 운전자는 경로를 벗어난 것으로 결정된다.

일 실시예에서, 카풀 시스템은 다른 운송 모드들과 통합될 수 있다. 예를 들어, 만약 두 명의 승객들이 동일한 열차를 타고 서로 가까이 살고 있다면, 이들은 열차역까지 카풀할 수 있다. 카풀 시스템을 다른 운송 차량들의 위치의 모니터링과 통합함으로써, 허브 앤 스포크 시스템(hub and spoke system)이 생성될 수 있다. 더욱이, GPS 정확성 및 도착 시간은 허브 앤 스포크 시스템에서 운송의 계획 혹은 편성을 위해 이용될 수 있다.

카풀 모드에서, 운전자가 허용가능하지 않은 경로로 이탈하는 경우, 다른 보호자들 및/또는 학교로 경보가 전송된다. 경보는 미리결정된 시간 임계치 혹은 거리 임계치에서 전송될 수 있는데, 예컨대 이탈이 5분보다 길거나 0.5 마일보다 더 큰 경우 경보가 전송될 수 있다. 경보는 또한 카풀을 하면 학교에 늦을 것이라는 안내문구(statement)를 포함할 수 있고, 그리고 수정된 도착 추정 시간을 포함할 수 있다.

앞서의 단계들 각각이, 본 명세서에서 설명되는 컴퓨터 컴포넌트들 중 하나 이상의 것들에 의해 수행되는, 컴퓨터로 구현되는 실시형태들을 포함할 것이라는 것이, 본 발명의 기술분야에서 숙련된 자들에 의해 이해될 것이다. 예를 들어, 임계치들의 전달 및 계산은 전자적으로 수행될 수 있다. 임계치 위반의 결정, 파라미터를 모니터링하는 것, 및 임계치 위반을 전달하는 것은 전자적으로 수행될 수 있다. 적어도 하나의 예시적 실시예에서, 모든 단계들은 전자적으로 수행될 수 있는데, 즉 본 명세서에서 설명되는 것들과 같은 하나 이상의 컴퓨터 시스템들에서 구현되는 범용 프로세서 및 특수 목적 프로세서에 의해 수행될 수 있다.

본 개시내용의 특정 실시예들 및 사례들이 단지 예시적 목적으로 제공된다는 것, 그리고 어떠한 방식으로든 본 개시내용의 범위를 한정시키도록 의도된 것이 아니라는 것이 또한, 본 발명의 기술분야에서 통상의 기술을 가진 자에 의해 이해 및 인식될 것이다.

이에 따라, 본 명세서에서 설명되는 본 발명의 시스템의 다양한 실시예들은 일반적으로 아래에서 더 상세히 논의되는 바와 같은 다양한 컴퓨터 하드웨어를 포함하는 특수 목적 컴퓨터 혹은 범용 컴퓨터로서 구현됨이 이해될 것이다. 본 발명의 범위 내에 있는 실시예들은 또한, 컴퓨터-실행가능 명령들 또는 데이터 구조들을 운반 혹은 저장하기 위한 컴퓨터-판독가능 매체들을 포함한다. 이러한 컴퓨터-판독가능 매체들은, 범용 컴퓨터 혹은 특수 목적 컴퓨터에 의해 액세스될 수 있는, 또는 통신 네트워크들을 통해 다운로드가능한, 임의의 이용가능한 매체들일 수 있다. 비한정적인 예를 들어 보면, 이러한 컴퓨터-판독가능 매체들은, 물리적 저장 매체들을 포함할 수 있는데, 예를 들어, RAM, ROM, 플래시 메모리, EEPROM, CD-ROM, DVD, 혹은 다른 광학 디스크 스토리지, 자기 디스크 스토리지 혹은 다른 자기 저장 장치들, 임의 타입의 탈착가능 비-휘발성 메모리들(예컨대, 보안 디지털(Secure Digital, SD), 플래시 메모리, 메모리 스틱 등)을 포함할 수 있고, 또는 컴퓨터-실행가능 명령들 또는 데이터 구조들의 형태로 컴퓨터 프로그램 코드를 운반 혹은 저장하기 위해 사용될 수 있는 그리고 범용 컴퓨터 혹은 특수 목적 컴퓨터에 의해 또는 모바일 장치에 의해 액세스될 수 있는 임의의 다른 매체를 포함할 수 있다.

정보가 네트워크 혹은 또 하나의 다른 통신 연결(유선, 무선, 또는 유선 혹은 무선의 결합)을 통해 컴퓨터로 전달 또는 제공될 때, 컴퓨터는 이러한 연결을 컴퓨터-판독가능 매체로서 적합하게 본다. 따라서, 임의의 이와 같은 연결은 컴퓨터-판독가능 매체인 것으로 적합하게 지칭 및 고려된다. 앞서의 것들의 조합도 또한 컴퓨터-판독가능 매체들의 범위 내에 포함돼야 한다. 컴퓨터-실행가능 명령들은, 예를 들어, 범용 컴퓨터, 특수 목적 컴퓨터, 혹은 특수 목적 프로세싱 장치, 예컨대 모바일 장치 프로세서로 하여금 하나의 특정 기능 혹은 일 그룹의 기능들을 수행하도록 하는 명령들 및 데이터를 포함한다.

본 발명의 기술분야에서 숙련된 자들은 본 발명의 실시형태들이 구현될 수 있는 적절한 컴퓨팅 환경의 특징들 및 실시형태들을 이해할 것이다. 요구되지는 않았지만, 본 발명들은 네트워크화된 환경들에서 컴퓨터들에 의해 실행되는, 앞서 설명된 바와 같은, 컴퓨터-실행가능 명령들(예컨대, 프로그램 모듈들 혹은 엔진들)의 일반적 맥락에서 설명된다. 이러한 프로그램 모듈들은, 이와 같은 컴퓨터 프로그램 모듈들을 어떻게 만들고 사용할지를 전달하기 위해 본 발명의 기술분야에서 숙련된 자들에 의해 사용되는, 플로우 차트들, 시퀀스 다이어그램들, 예시적인 스크린 디스플레이들, 및 다른 기법들에 의해 종종 반영 및 예시된다. 일반적으로, 프로그램 모듈들은 컴퓨터 내에서, 특정 태스크들을 수행하는 또는 특정된 추상적 데이터 타입들을 구현하는, 루틴들, 프로그램들, 오브젝트들, 컴포넌트들, 데이터 구조들 등을 포함한다. 컴퓨터-실행가능 명령들, 관련된 데이터 구조들, 및 프로그램 모듈들은 본 명세서에서 개시되는 방법들의 단계들을 실행시키기 위한 프로그램 코드의 예들을 나타낸다. 이러한 실행가능 명령들 혹은 관련된 데이터 구조들의 특정 시퀀스는 이러한 단계들에서 설명된 기능들을 구현하기 위한 대응하는 동작들의 예들을 나타낸다.

본 발명의 기술분야에서 숙련된 자들은 또한, 본 발명이 개인용 컴퓨터들, 핸드-헬드 장치들, 멀티-프로세서 시스템들, 마이크로프로세서-기반 혹은 프로그래밍가능 가전 제품들, 네트워크화된 PC들, 미니컴퓨터들, 메인프레임 컴퓨터들, 등을 포함하는 다양한 타입의 컴퓨터 시스템 구성으로 네트워크 컴퓨팅 환경에서 실시될 수 있음을 인식할 것이다. 본 발명은 분산형 컴퓨팅 환경에서 실시되는데, 분산형 컴퓨팅 환경에서 태스크들은 통신 네트워크를 통해 (유선 링크들에 의해, 무선 링크들에 의해, 또는 유선 링크들 혹은 무선 링크들의 결합에 의해) 링크되는 로컬 및 원격 프로세싱 장치들에 의해 수행된다. 분산형 컴퓨팅 환경에서, 프로그램 모듈들은 로컬 메모리 저장 장치와 원격 메모리 저장 장치 양쪽 모두에 위치할 수 있다.

설명되지는 않은, 본 발명을 구현하기 위한 예시적인 시스템은, 프로세싱 유닛, 시스템 메모리, 및 (시스템 메모리를 포함하는 다양한 시스템 컴포넌트들을 프로세싱 유닛에 결합시키는) 시스템 버스를 포함하는 종래의 컴퓨터의 형태를 갖는 범용 컴퓨팅 장치를 포함한다. 컴퓨터는 전형적으로, 판독 및 기입을 위한 하나 이상의 자기 하드 디스크 드라이브들(이것은 또한 "데이터 스토어들" 혹은 "데이터 스토리지" 혹은 다른 명칭들로 지칭됨)을 포함할 것이다. 이러한 드라이브들 및 이들의 관련된 컴퓨터-판독가능 매체들은 컴퓨터에 대한 컴퓨터-실행가능 명령들, 데이터 구조들, 프로그램 모듈들, 및 다른 데이터의 비휘발성 저장을 제공한다. 본 명세서에서 설명되는 예시적인 환경이 자기 하드 디스크, 탈착가능 자기 디스크, 탈착가능 광학 디스크들을 사용하지만, 데이터를 저장하기 위한 다른 타입의 컴퓨터 판독가능 매체들이 사용될 수 있으며, 여기에는 자기 카세트들, 플래시 메모리 카드들, 디지털 비디오 디스크(Digital Video Disk, DVD)들, 베르누이 카트리지(Bernoulli cartridge)들, RAM들, ROM들, 등이 포함된다.

본 명세서에서 설명되는 대부분의 기능을 구현하는 컴퓨터 프로그램 코드는 전형적으로 하나 이상의 프로그램 모듈들을 포함하고, 이것은 하드 디스크 혹은 다른 저장 매체에 저장될 수 있다. 본 발명의 기술분야에서 숙련된 자들에게 알려진 바와 같은 이러한 프로그램 코드는 일반적으로 오퍼레이팅 시스템, 하나 이상의 애플리케이션 프로그램들, 다른 프로그램 모듈들, 및 프로그램 데이터를 포함한다. 사용자는 키보드, 포인팅 장치, (스크립팅 언어로 기입된 컴퓨터 프로그램 코드를 포함하는) 스크립트 혹은 다른 입력 장치들(미도시), 예컨대 마이크로폰 등과 같은 것을 통해 컴퓨터에 커맨드들 및 정보를 입력할 수 있다. 이러한 입력 장치들 및 다른 입력 장치들은 알려진 전기적, 자기적, 혹은 무선 연결들을 통해 프로세싱 유닛들에 종종 연결된다.

본 발명의 다수의 실시형태들을 실현하는 메인 컴퓨터는 하나 이상의 원격 컴퓨터들 혹은 데이터 소스들에 대한 로직 연결들을 사용하여 임의의 네트워크화된 환경에서 전형적으로 동작할 것인데, 이것은 아래에서 더 설명된다. 원격 컴퓨터들은 또 하나의 다른 개인용 컴퓨터, 서버, 라우터, 네트워크 PC, 모바일 장치, 예컨대, 스마트폰, 태블릿, 혹은 랩탑, 피어 장치, 또는 다른 공통 네트워크 노드일 수 있고, 그리고 전형적으로 본 발명이 구현되는 메인 컴퓨터 시스템에 대한 앞서 설명된 요소들 중 다수 혹은 모두를 포함할 수 있다. 컴퓨터들 간의 로직 연결들은, 본 명세서에서 비한정적인 예로서 제시되는, 로컬 영역 네트워크(Local Area Network, LAN), 와이드 영역 네트워크(Wide Area Network, WAN), 및 무선 LAN(Wireless LAN, WLAN)을 포함한다. 이러한 네트워킹 환경들은 사무실-전체 혹은 기업체-전체 컴퓨터 네트워크들, 인트라넷들, 및 인터넷에서 흔하다.

LAN 혹은 WLAN 네트워킹 환경에서 사용될 때, 본 발명의 실시형태들을 구현하는 메인 컴퓨터 시스템은 네트워크 인터페이스 혹은 어댑터를 통해 로컬 네트워크에 연결된다. WAN 혹은 WLAN 네트워킹 환경에서 사용될 때, 컴퓨터는 인터넷과 같은 와이드 영역 네트워크를 통해 통신을 확립하기 위해서 모뎀, 무선 링크, 혹은 다른 수단을 포함할 수 있다. 네트워크화된 환경에서, 컴퓨터, 혹은 그 일부분들에 관해 설명된 프로그램 모듈들은 원격 메모리 저장 장치에 저장될 수 있다. 본 명세서에서 설명되거나 보여지는 네트워크 연결들은 예시적인 것이고 와이드 영역 네트워크들 혹은 인터넷을 통해 통신을 확립하는 다른 수단이 사용될 수 있음을 알 수 있을 것이다.

예시적인 이러한 시스템이 도 1에서 도시된다. 컴퓨터들(100)은 네트워크(110)를 통해 서버(13)와 통신한다. 복수의 데이터 소스들(120-121)이 또한 네트워크(11)를 통해 서버(130), 프로세서(150), 및/또는 (정보를 계산 및/또는 전송하도록 동작가능한) 다른 컴포넌트들과 통신한다. 서버(들)(130)는 하나 이상의 저장 장치들(140), 하나 이상의 프로세서들(150), 및 소프트웨어(160)에 결합될 수 있다.

본 명세서에서 설명되는 계산들, 및 등가물은 일 실시예에서 전체적으로 전자적으로 수행된다. 다른 컴포넌트들 및 컴포넌트들의 조합이 또한 본 명세서에서 설명되는 데이터 프로세싱 및 다른 계산들을 지원하는데 사용될 수 있고, 이것은 본 발명의 기술분야에서 숙련된 자에게 명백하게 될 것이다. 서버(130)는 저장 장치(140)로부터 데이터를 프로세서(들)(150)에 전달하는 것, 프로세서들(150)로부터의 데이터의 전달, 그리고 컴퓨터들(100)에 대한 통신을 용이하게 할 수 있다. 프로세서(150)는 선택에 따라서는, 일시적 정보 혹은 다른 정보를 저장하는데 사용될 수 있는 로컬 스토리지(local storage) 혹은 네트워크화된 스토리지(networked storage)(미도시)를 포함할 수 있거나 이러한 스토리지와 통신할 수 있다. 소프트웨어(160)는 컴퓨터(100) 및 프로세서(150)에 로컬 설치될 수 있고, 그리고/또는 계산 및 응용을 가능하게 하기 위해 중앙 지원될 수 있다.

도 2a는 본 발명에 따라 사용될 수 있는 OBD 장치(205)의 상면도를 나타낸다. OBD 장치(205)는 복수의 전기적 커넥터(connector)들 혹은 핀(pin)들(201)을 포함할 수 있다. 핀들(201)은 차량의 OBD 포트와 통신하도록 구성될 수 있다. OBD 장치(205)는 차량의 OBD 시스템으로부터 진단 정보를 수신하도록 구성될 수 있다.

도 2b는 OBD 장치(205)의 윗면과 옆면을 바라본 투시도를 나타낸다. 도 2c는 OBD 장치의 측면도를 나타낸다.

도 3a는 본 발명의 원리에 따른 차량 모니터링을 제공하기 위한 예시적인 프로세(301)를 나타낸다. 단계(303)에서, OBD 장치가 제공될 수 있다. 단계(305)에서, 차량 속성이 서버를 통해 수신될 수 있다. 단계(307)에서, 서버가 OBD 장치로부터 차량 속성의 측정치를 수신할 수 있다. 단계(309)에서, 차량 속성의 측정치에 대한 임계 범위가 서버 및/또는 OBD 장치에 의해 수신될 수 있다. 단계(311)에서, 차량 속성이 임계 측정치에 도달한 경우, 사용자에게 경보가 전송된다.

도 3b는 본 발명의 원리에 따른 경보를 전송하기 위한 예시적인 프로세스(313)를 나타낸다. 프로세스(313)는 경보 내에서 전송되는 정보를 제공한다. 경보는 차량 속성(315), 차량 속성의 측정치(317), 그리고 차량 속성의 측정치에 대응하는 정보(319)를 포함할 수 있다.

도 4a는 본 발명의 원리에 따른 임계치 모니터링 및 경보 시스템을 활성화시키기 위한 예시적인 프로세스(401)를 나타낸다. 단계(403)에서, 시스템은 제한 기능을 활성화시키기 위한 명령을 사용자로부터 수신할 수 있다. 명령은 서버를 통해 수신될 수 있다. 단계(405)에서, 시스템은 하나 이상의 차량 속성들을 서버를 통해 수신할 수 있다. 단계(407)에서, 시스템은 차량 속성들 중 하나 이상을 모니터링하기 위한 명령을 서버를 통해 수신할 수 있다. 단계(409)에서, 시스템은 서버로부터 OBD 장치로 명령을 전송할 수 있다. 단계(411)에서, 시스템은 차량 속성들에 대한 하나 이상의 허용가능한 임계치 레벨들을 서버를 통해 수신할 수 있다. 단계(413)에서, 시스템은 차량 속성들에 대한 하나 이상의 허용가능하지 않은 임계치 레벨들을 서버를 통해 수신할 수 있다.

도 4b는 본 발명의 원리에 따른 OBD 장치로부터 경보를 수신하기 위한 예시적인 프로세스(415)를 나타낸다. 단계(417)에서, OBD 장치는 하나 이상의 차량 속성들에 대해 차량 컴퓨터를 모니터링할 수 있다. 차량 속성들은 OBD 장치에 프로그래밍될 수 있다. 단계(419)에서, OBD 장치는 차량 속성 임계치 레벨들이 허용가능하지 않은지를 결정할 수 있는데, 예를 들어, 임계치 레벨을 초과했는지를 결정할 수 있다. 단계(421)에서, 임계치 레벨들에 도달한 경우 혹은 임계치 레벨들이 허용가능하지 않은 경우, OBD 장치는 서버로 메시지를 전송할 수 있다. 단계(423)에서, 임계치 레벨에 대한 경보가 서버로부터 사용자 장치로 전송될 수 있다.

도 5는 본 발명에 따른 예시적인 디스플레이(501)를 보여준다. 디스플레이(501)는 임계치 위반에 응답하여 사용자에게 디스플레이되는 경보일 수 있다. 503은 가상 울타리 위반과 같은 영역 위반이 '가족 모드(Family Mode)' 설정에서 발생한 것을 보여준다. 사용자는 위반 및 지도에서 보기(505)를 선택할 수 있는 선택사항을 갖는다. 507은 다른 위반들을 보여주는 배경 디스플레이이다.

도 6은 OBD 장치에 의해 모니터링되는 예시적인 정보(601)를 보여준다. 601은 사용자 디스플레이이다. 이러한 실시예에서, 603은 마지막 급유 이후 연료 소비 정보를 보여주고, 605는 마지막 급유 이후 주행 동안 제공되는 사용자 점수이다. 이러한 경우, 605는 알고리즘에 근거하여 주행 동안 완벽한 점수로서 '100'을 보여준다. 점수 계산을 위한 주행의 세부사항들이 607, 609, 611, 및 613에서 보여진다.

도 7은 본 발명에 따른 예시적인 설정 디스플레이(701)를 보여준다. 이러한 경우, 사용자는 토글링 온 또는 오프될 수 있는 다양한 기능들을 활성화시켰다. 이러한 기능들의 활성화는 사용자로 하여금 경보를 수신할 수 있게 한다. 사용자는 진단(diagnostics)(703), 유지 관리 통지(maintenance notifications)(705), 배터리 부족 경보(low battery alerts)(707), 견인 경보(tow alerts)(709), 연료 레벨 낮음(low fuel level)(711)을 활성화시켰다. 따라서, 이러한 임계치들 혹은 상황들 중 임의의 것이 촉발되는 경우, 사용자는 통지 혹은 경보를 수신할 수 있다.

도 8은 본 발명에 따른 예시적인 대시보드(dashboard)(801)를 보여준다. 연료 레벨(811), 배터리 레벨(809), 및 속도(807)가 보여진다. 이러한 정보는 실시간으로 제공될 수 있다. 즉, 차량 및/또는 OBD 장치의 관리자는 임의의 주어진 시간에 차량의 속도 및 다른 레벨들을 모니터링할 수 있다. 또한, 차량 찾기(813)가 제공되며, 이것은 그 선택시 차량의 위치를 보여준다. 경보 선택자(alert selector)(815)는 하나 이상의 통지들 및 경보들을 디스플레이하고, 이동 정보(trip info)(817)는 이동에 대한 상이한 정보를 디스플레이한다. 고객 서비스 선택자(819)는 사용자로 하여금 애플리케이션 내에서 고객 서비스에 연락할 수 있게 하고, 사용자의 차량에 대한 정보를 통화(call)로 전송할 수 있게 한다. 청소년 보호(Safe Teen)(803) 및 가족 보호(Safe Family)(805)는 토글링 온되어 있는 두 개의 모드들이며, 활성화된 다양한 임계치들이 모니터링된다.

도 9는 차량 찾기(813)가 선택된 경우의 결과이며, 지도(901)를 보여주고 있다. 905는 OBD 장치를 갖는 차량의 위치이고, 903은 추가적인 지도 정보이고, 그리고 907은 날짜 및 시간과 같은 세부사항들을 포함한다.

도 10은 본 발명에 따른 추가적인 경보들을 보여준다.

도 11은 정보(1103)를 갖는 경보(1101)를 디스플레이하며, 여기서 정보(1103)는 위반에 대한 상세한 정보, 예컨대 검출된 속도를 포함한다.

도 12는 또 하나의 다른 예시적 경보(1201)를 디스플레이하며, 디스플레이(1203)에는 임계치 위반 검출에 대한 특정 정보가 포함되어 있다. 근사적 위반(approximate violation)이 미리 계산될 수 있음에 유의해야 한다. 따라서, 이러한 경우에, 교통 패턴들은 사용자가 약속 시간 10분 전에 떠났어도, 교통 데이터를 사용하여, 사용자는 3분 늦게 도착할 것이라고 추정될 수 있음을 나타낼 수 있다.

본 발명의 바람직한 실시예들에 관한 앞서의 상세한 설명을 고려하면, 본 발명은 광범위하게 활용 및 응용될 수 있음이 본 발명의 기술분야에서 숙련된 그러한 사람들에 의해 쉽게 이해될 것이다. 바람직한 실시예의 맥락에서 다양한 실시형태들이 설명되었지만, 본 발명의 기술분야에서 통상의 기술을 가진 자들은 본 발명의 추가적인 실시형태들, 특징들, 및 방법들을 본 명세서의 설명으로부터 쉽게 알 수 있을 것이다. 본 명세서에서 설명되는 것들과 다른 본 발명의 다수의 실시예들 및 변형들, 뿐만 아니라 다수의 변경들, 수정들, 및 등가적 구성들 및 방법들이, 본 발명의 본질 혹은 범위로부터 벗어남이 없이, 본 발명과 앞서의 그 설명으로부터 명백하게 될 것이고, 또는 합리적으로 시사될 것이다. 더욱이, 본 명세서에서 설명 및 청구되는 다양한 프로세스들의 단계들의 임의의 시퀀스(들) 및/또는 시간적 순서는 본 발명을 수행하기 위해 고려되는 최상의 모드인 것으로 생각되는 것들이다. 다양한 프로세스들의 단계들이 바람직한 시퀀스 혹은 시간적 순서로 존재하는 것으로 보여지고 설명될 수 있어도, 의도된 특정 결과를 달성하기 위해 임의의 특정 시퀀스 혹은 순서로 수행돼야 한다는 그러한 특정적 기재가 없는 한, 임의의 이러한 프로세스들의 단계들은 임의의 특정 시퀀스 혹은 순서로 수행되는 것으로만 한정되지 않는다. 대부분의 경우에, 이러한 프로세스들의 단계들은, 본 발명의 범위 내에 여전히 있는 상태에서 상이한 시퀀스 및 순서로 다양하게 수행될 수 있다. 추가적으로, 일부 단계들은 동시에 수행될 수 있다.

예시적 실시예들에 관한 앞서의 설명은 단지 예시 및 설명 목적으로만 제시되었지, 본 발명을 그 개시되는 형태에 정확히 한정시키고자 의도된 것이 아니며, 또는 본 발명의 실시예들을 빠짐없이 나타내고자 의도된 것도 아니다. 다수의 수정 및 변형이 앞서의 가르침에 비추어 가능하다.

본 발명의 실시예들은 본 발명의 기술분야에서 숙련된 다른 사람들로 하여금 그 고려되는 특정 용도에 맞게 다양한 수정을 통해 본 발명 및 다양한 실시예들을 활용할 수 있도록 본 발명 및 그 실제 응용의 원리를 설명하기 위해 선택 및 기술되었다. 대안적 실시예들이 본 발명의 사상 및 범위로부터 벗어남이 없이 본 발명의 기술분야에서 숙련된 자들에게 명백하게 될 것이다. 이에 따라, 본 발명의 범위는 본 명세서에서 설명되는 예시적인 실시예들 및 앞서의 설명에 의해 정의되는 것이 아니라, 첨부되는 청구항들에 의해 정의된다.

특정된 예시적 실시형태들 및 실시예들이 본 명세서에서 설명되었지만, 다수의 대안, 수정, 및 변형이 본 발명의 기술분야에서 숙련된 자들에게 명백하게 될 것이다. 이에 따라, 본 명세서에서 설명되는 예시적인 실시형태들 및 실시예들은 한정적 의미가 아닌 예시적인 것이 되도록 의도되었다. 본 개시내용의 사상 및 범위로부터 벗어남이 없이 다양한 수정이 이루어질 수 있다.

Claims

차량에 관한 발렛주차 속성(valet attributes)을 설정하기 위한 방법으로서, 상기 방법은,
발렛주차 제한 기능(valet restriction function)을 활성화시키기 위한 명령을 사용자로부터 수신하는 단계와;
상기 차량의 현재 위치에 대한 위치 질의(location query)를 서버(sever)로부터 OBD로 전송하는 단계와;
상기 차량의 위치를 수신하는 단계와;
가상 울타리(geofence)를 형성하는 단계로서, 상기 가상 울타리는 상기 차량에 대한 외곽 경계들(outer boundaries)을 포함하고, 상기 가상 울타리는 마일리지 반경(mileage radius)을 사용하여 형성되는, 가상 울타리를 형성하는 단계와; 그리고
상기 마일리지 반경을 복수의 GPS 좌표들로 변환하는 단계를 포함하는 것을 특징으로 하는 차량에 관한 발렛주차 속성을 설정하기 위한 방법.
제1항에 있어서,
상기 차량에 결합된 OBD로
가상 울타리 파라미터(geofence parameter)들; 및
가상 울타리 위반(geofence violation)들이 있는지에 대해 상기 차량을 모니터링하고 상기 가상 울타리 파라미터들이 위반된 경우 상기 서버로 경보(alert)를 전송하기 위한 명령을
전송하는 단계를 더 포함하는 것을 특징으로 하는 차량에 관한 발렛주차 속성을 설정하기 위한 방법.
제1항에 있어서,
상기 위치 질의는,
상기 차량의 GPS 위치를 질의하는 단계;
상기 OBD 내에 위치하는 GPS 안테나로부터 GPS 좌표들을 결정하는 단계; 그리고
상기 GPS 좌표들을 상기 서버로 전송하는 단계를
포함하는 것을 특징으로 하는 차량에 관한 발렛주차 속성을 설정하기 위한 방법.
제1항에 있어서,
상기 위치 질의는,
상기 사용자의 GPS 위치를 질의하는 단계;
상기 사용자의 스마트폰(smartphone) 내에 위치하는 GPS 안테나로부터 상기 사용자의 GPS 위치를 결정하는 단계; 그리고
GPS 좌표들을 상기 서버로 전송하는 단계를
포함하는 것을 특징으로 하는 차량에 관한 발렛주차 속성을 설정하기 위한 방법.
제1항에 있어서,
상기 가상 울타리 반경은 자동 임계치 입력에 의해 미리결정되는 것을 특징으로 하는 차량에 관한 발렛주차 속성을 설정하기 위한 방법.
제1항에 있어서,
상기 가상 울타리 반경은 사용자에 의해 미리 입력되는 것을 특징으로 하는 차량에 관한 발렛주차 속성을 설정하기 위한 방법.
차량에 관한 발렛주차 속성을 설정하기 위한 방법으로서, 상기 방법은,
차량에 대한 하나 이상의 파라미터 제한 임계치(parameter restriction threshold)들을 수신하는 단계와;
발렛주차 제한 기능을 활성화시키기 위한 명령을 사용자로부터 수신하는 단계로서, 상기 발렛주차 제한 기능은 하나 이상의 파라미터 제한 임계치들을 위반하는지에 대해 상기 차량을 모니터링하는 것에 대응하는, 발렛주차 제한 기능을 활성화시키기 위한 명령을 사용자로부터 수신하는 단계와; 그리고
상기 차량에 대한 속도 질의(speed query)를 상기 서버로부터 상기 차량에 결합된 OBD로 전송하는 단계를 포함하여 구성되며,
상기 속도 질의는 상기 차량이 상기 하나 이상의 파라미터 제한 임계치들을 위반했는지를 결정하기 위한 질의를 포함하고, 상기 속도 질의는,
제1의 시점 및 제2의 시점; 그리고
상기 두 개의 시점들 사이의 임의의 시점에서 상기 속도 임계치에 도달 혹은 초과했는지를 결정하기 위해 상기 제1의 시점과 상기 제2의 시점 사이에서 속도 정보를 분석하기 위한 상기 OBD에 대한 명령을
포함하는 것을 특징으로 하는 차량에 관한 발렛주차 속성을 설정하기 위한 방법.
제7항에 있어서,
상기 속도 임계치에 도달 혹은 초과했는지의 결정을 상기 OBD로부터 수신하는 단계를 더 포함하는 것을 특징으로 하는 차량에 관한 발렛주차 속성을 설정하기 위한 방법.
제8항에 있어서,
만약 상기 OBD가 상기 제1의 시점과 상기 제2의 시점 사이에서 상기 속도 임계치에 도달 혹은 초과했음을 결정한다면, 상기 OBD로부터 상기 서버로 메시지(message)를 전송하고; 그리고
만약 상기 OBD가 상기 제1의 시점과 상기 제2의 시점 사이에서 상기 속도 임계치에 도달 혹은 초과하지 않았음을 결정한다면, 상기 OBD로부터 상기 서버로 상기 속도 임계치에 대응하는 데이터의 전송은 없는 것을 특징으로 하는 차량에 관한 발렛주차 속성을 설정하기 위한 방법.
제7항에 있어서,
상기 하나 이상의 파라미터 제한 임계치들은 사용자에 의해 입력되는 임계값들을 포함하는 것을 특징으로 하는 차량에 관한 발렛주차 속성을 설정하기 위한 방법.
제7항에 있어서,
상기 하나 이상의 파라미터 제한 임계치들을 수신하는 단계는 또한,
사용자 입력을 통해 파라미터를 수신하는 단계;
상기 파라미터에 대한 제한을 상기 사용자로부터 수신하는 단계;
상기 파라미터를 모니터링하기 위한 명령을 상기 OBD로 전송하는 단계를
더 포함하는 것을 특징으로 하는 차량에 관한 발렛주차 속성을 설정하기 위한 방법.
제7항에 있어서,
만약 상기 OBD가 상기 제1의 시점과 상기 제2의 시점 사이에서 상기 속도 임계치를 초과했음을 결정한다면, 상기 방법은 상기 속도 임계치를 초과했다는 경보를 상기 서버로부터 상기 사용자에게 전송하는 단계를 더 포함하는 것을 특징으로 하는 차량에 관한 발렛주차 속성을 설정하기 위한 방법.
차량이 발렛주차될 때 차량 상태(vehicle conditions)의 모니터링을 제공하기 위한 시스템으로서, 상기 시스템은,
차량에 탈착가능하게 연결되는 측정 장치와;
상기 차량 내에 위치하는 컴퓨터와;
수신기와; 그리고
프로세서를 포함하여 구성되며,
상기 측정 장치는 상기 컴퓨터와의 연결을 포함하고,
상기 수신기는 상기 측정 장치로부터
상기 차량의 속성에 대응하는 데이터의 측정치; 및
상기 차량 속성에 대한 원하는 데이터 측정 레벨에 대응하는 임계 측정치를
수신하도록 되어 있고,
상기 프로세서는
상기 데이터 측정치가 상기 임계 측정치를 초과하는지를 결정하도록 되어 있고; 그리고
상기 차량 속성에 대한 상기 데이터 측정치를 초과했다는 경보를 사용자에게 전송하도록 송신기에게 명령하도록 되어 있는 것을 특징으로 하는 차량 상태의 모니터링을 제공하기 위한 시스템.
제13항에 있어서,
상기 측정 장치는 온 보드 진단 장치(On Board Diagnostic device)를 포함하는 것을 특징으로 하는 차량 상태의 모니터링을 제공하기 위한 시스템.
제13항에 있어서,
상기 데이터는 상기 차량의 속성에 대응하는 데이터를 포함하고, 상기 속성은 가속도, 감속도, 속도, 거리, 및 위치로 이루어진 그룹으로부터 선택되는 것을 특징으로 하는 차량 상태의 모니터링을 제공하기 위한 시스템.
제13항에 있어서,
상기 임계 측정치는 사용자에 의해 입력되는 것을 특징으로 하는 차량 상태의 모니터링을 제공하기 위한 시스템.
제13항에 있어서,
상기 경보는
상기 차량 속성;
상기 차량 속성의 측정치; 및
상기 임계치를 초과한 횟수를
포함하는 것을 특징으로 하는 차량 상태의 모니터링을 제공하기 위한 시스템.
제13항에 있어서,
상기 임계치는 상기 차량 속성의 측정치에 대한 임계 범위이고, 상기 임계 범위는 상위 임계 측정치 및 하위 임계 측정치를 포함하는 것을 특징으로 하는 차량 상태의 모니터링을 제공하기 위한 시스템.
제13항에 있어서,
상기 수신기는 또한, 모니터링할 상기 차량 속성들의 수정값을 상기 사용자로부터 수신하도록 되어 있는 것을 특징으로 하는 차량 상태의 모니터링을 제공하기 위한 시스템.
제13항에 있어서,
상기 수신기는 또한, 상기 속성 임계치 레벨의 수정값을 상기 사용자로부터 수신하도록 되어 있는 것을 특징으로 하는 차량 상태의 모니터링을 제공하기 위한 시스템.