KR20000028587A

KR20000028587A - 장치작동조건의역학적진단용시스템

Info

Publication number: KR20000028587A
Application number: KR1019990020589A
Authority: KR
Inventors: 폴제이. 로테르
Original assignee: 수잔 에프. 마리난; 스냅-온 툴즈 컴퍼니
Priority date: 1998-10-27
Filing date: 1999-06-04
Publication date: 2000-05-25
Also published as: DE69935103D1; AU3506499A; US6615120B1; EP0997638B1; DE69935103T2; US20030195681A1; ES2279588T3; US6141608A; CA2268689C; US8620511B2; CA2268689A1; EP0997638A3; US20050137762A1; EP0997638A2; TW460687B; US20140081510A1; AU754578B2; US6845307B2; US9562830B2

Abstract

진단 플래폼(diagnostic platform)은 디스플레이 스크린을 구비하며, 프로세서, 저장 매체 및 유저 인터페이스를 포함하는 것이고, 프로세서는 엔진 분석기(engine analyzer) 하드웨어에 결합되고 차량 탑재 컴퓨터로부터의 데이타를 받기위해 스캐너에 결합되는 것이다. 상기 시스템은, 차량, 차량 시스템 및 성분 시험으로 드러나는 차량 검증(iedntifications) 및 구동성 증상 에 관한 정보 라이브러리 그리고 차량 탑재 컴퓨터에 의해 등록되는 서비스 코드를 저장하는 것이다. 시스템 소프트웨어는, 유저가 시험 중에 차량 검증 내용을 입력할 수 있는 것이며 그리고, 일 조작 모드에서 유저가 차량에 의해 나타나는 것들을 선택한 것으로부터 증상 또는 서비스 코드와 같은 결함 라이브러리(a library of faults)를 나타내며, 이러한 상태에서, 시스템은 시험 라이브러리(test library) 로부터 선택하며, 상기 시험은 선택된 결함의 원인을 진단하기에 적절한 것이고, 그리고 상기 결함을 성공적으로 진단할 수 있는 것에 기본한 계층적 순서의 오더로 이들을 나타낸다. 다음, 유저는 임의적으로 나타난 시험을 선택하여 초기화 하는 것이다. 다른 모드에서, 시스템은, 시스템 또는 성분 시험의 라이브러리를 초기화 하여 나타내며, 그로부터 유저는 적절히 고려된 것들을 선택하며, 이러한 상태에서 시스템은 적절한 시험 과정을 초기화하는데 선택될 수 있는 아이콘을 눈에 띄게 하는 것이다. 선택된 시험 과정은 엔진 분석기 또는 스캐너 하드웨어 또는 다른 적절한 시험 모듈에 대한 연결체를 구비할 수 있는 것이다.

Description

장치 작동 조건의 역학적 진단용 시스템 {SYSTEM FOR DYNAMIC DIAGNOSIS OF APPARATUS OPERATING CONDITIONS}

본 발명은 장치 또는 다른 작동 장치를 시험 및 진단하는 시스템에 관한 것으로서, 자동차 특히 내연기관에 의한 동력으로 작동되는 차량에 적용되는 것이다. 본 발명이 엔진 분석 시스템을 내역으로 하여 기술되지만, 본 발명의 원리는 공기 상태 시험 및 정화 시스템, 휠 밸런싱 시스템, 자동차 배기 가스 분석 시스템 및 그와 같은 타입의 차량 진단 시스템에 사용할 수 있는 것이며, 또한 비자동성 장치에도 사용이 가능한 것이다.

현재, 다수의 다른 타입의 진단 장비가 자동차에 잘못된 상태를 진단하여 수리하는 것을 도와 주는데 사용되어지고 있다. 이러한 장비는 내연기관의 다양한 작동 상태를 모니터 하도록 설계된 엔진 분석기 와, 차량 탑재 컴퓨터로부터의 데이타를 받는 스캐너를 구비하는 것이다. 또한, 진단 장비에는 레버러터리(laboratory) 오실로스코프, DVOM(digital volt-Ohm meters) 및 그와 같은 종류의 것을 포함할 수 있다. 기본적으로, 이러한 다양한 진단 장비는, 미국 특허 제 5,250,935호에 개시된 것과 같은 일부 엔진 분석기가 스캐너와 접속하고 그리고 랩 스코프(lab scope) 및/또는 DVOM을 모의하는 모드에서 동작으로, 2개 카테고리 즉, 데이타 제공기 와 플래폼 진단으로 나누어지는 것이다.

데이타 공급기(예, DVOMs, 스캐너 및 레버러터리 오실로스코프)는 간단하게 유저에게 데이타를 제공하고 그리고 유저는 그 자신의 진단 시험 과정 및 결과를 판단하여야 하는 것이다. 데이타 공급기는 시험 결과 및 그와 같은 것들에 추론에 입각하여, 피수행되는 시험을 선택하며, 장비 사용을 결정하고, 제공 데이타 이행에 관련되는 판단을 유저 능력에 전적으로 의지하는 것이다.

엔진 분석기와 같은 플래폼 제품은 일반적으로 다양한 다른 타입의 시험을 수행할 수 있는 하이-엔드 시스템(high-end systems)이다. 이것은 시스템 성질 면에서 특정한 오더에 차량을 시험하고, 다음 시험 결과에 기본되는 진단 결과를 제공하는 자동식 시험 시켄스를 유저에게 제공할 수 있는 것이다. 엔진 분석기와 같은 플래폼 제품은 일반적으로 특정한 타입의 문제 또는 특정한 차량 시스템에 초점이 맞추어진 것이다. 이것은 필요한 지표를 모두 채우기 위해서 오랜 시간을 소요하여 광범위한 시험을 수행할 수 있는 것이며, 그리고 유저는 사용 제품을 판단하여야 하고, 시험 데이타는 전체 진단 내역에 통합되어지는 것이다.

또한, 정보 시스템은 자동차의 폭 넓은 변화에 적합한 서비스 및 수리를 제공하는 소프트웨어 팩키지를 독립시키어 조작이 가능하게 활용할 수 있는 것이다. 그런데, 상기 제품은 진단 및 수리에 필요한 정보를 찾아내는 작업에 어려움이 있으며 그리고 이들은 일반적으로 원래 장비의 진단 정보에만 기본하는 것이어서 차량이 사용되는 동안에 필드에서 경험한 문제에 대한 정보를 함유하고 있지 않은 것이다.

본 발명의 목적은 추가적인 구조적 및 작동 이점이 있으면서 종래 시스템의 단점을 해소시킨 개량된 진단 시스템을 제공하는 것이다.

본 발명의 주요한 이점은 유저가 수행받는 시험을 선택할 수 있도록 안내를 받으면서 불필요한 시험의 이행을 최소화 시킨 진단 시스템 장비인 것이다.

상술된 이점과 관련하여, 본 발명의 부가적인 이점은 결함에 기본하는 시험을 선택할 수 있는 상술된 타입의 진단 시스템 장비인 것이다.

본 발명의 다른 이점은 시험을 받는 중에 장치를 사용하는 과정에서 필드에서 경험된 문제 및 정비에 대한 정보를 포함시키는 변경 및 업데이트 작업이 용이한 상술된 타입의 진단 시스템 장비인 것이다.

본 발명의 다른 이점은, 미리 준비된 진단 하드웨어 플래폼이 용이하게 일체적으로 이루어진 상술된 타입의 진단 시스템 장비인 것이다.

상술된 특징과 관련하여, 본 발명의 특징은 상술된 타입의 진단 시스템 설비에 모듈러를 갖춘 것이다.

본 발명의 다른 특징은 장치 문제를 가장 성공적으로 진단할 수 있도록 선택되는 시험으로 분류할 수 있게 설계된 상술된 타입의 진단 시스템 장비인 것이다.

본 발명의 다른 특징은 업데이트 시스템에서의 후 통합을 위해, 시스템의 유저 적용의 결과를 저장하는 저장부를 구비하는 상술된 타입의 진단 시스템 장비인 것이다.

본 발명은 이하에서 충실하게 설명되는 파트의 조합 및 신규한 특징, 특허 청구의 범위에서 기술된 바와 같이 구성되며, 본 발명의 정신을 이탈하지 않는 범위 내에서의 다양한 변경 및 변화가 가능한 것이다.

도 1은 본 발명의 진단 시스템이 합치된 엔진 분석기의 기능적 블록 다이어그램.

도 2 내지 도 5는 본 발명의 진단 시스템이 통합된 엔진 분석기의 스크린 디스플레이.

도 6은 본 발명의 진단 시스템용 프로그램 소프트웨어의 흐름도.

[도면의 주요부분에 대한 부호의 설명]

10: 진단 플래폼 11: 엔진 분석기 하드웨어

20: 저장 매체 39, 67: 스크린 디스플레이

도 1은 본 발명의 진단 시스템이 합체된 진단 플래폼(10)의 기능적 블록 다이어그램을 설명하는 도면이다. 플래폼(10)은 엔진 분석 시스템에 관련하여 설명되지만, 상술된 바와 같이, 다른 타입의 차량 또는 비차량 진단 시스템에도 적용 할 수 있는 것이다. 플래폼(10)은, 관련 차량 엔진의 다양한 지점에 접속되는 복수의 시험 리드 및 센서를 가진 시험 리드 붐(test lead boom)(12)과, 중앙 처리기(14)에 시험 리드 붐을 접속시키는 신호 처리 및 조건 하드웨어(13)를 일반적으로 구비하는 엔진 분석기 하드웨어(11)를 포함하는 것이다. 양호하게, 진단 플래폼(10)은 스넵-온 다이그노스틱스(Snap-on Diagnostics)에서 제조 판매하는 Sun^RSystem 500엔진 분석기에서 제공되는 것과 같은 "PC"-WINDOWS^R-기본 플래폼 이지만, 본 발명은 미국 특허 제 5,250,935호에 개시된 바와 같은 다른 타입의 엔진 분석기 시스템에도 사용 가능한 것이다. 일반적으로, 진단 플래폼(10)은 키보드(16), 마우스(17), 디스플레이 장치 또는 모니터(18), 및 프린터(19)와 같은 한 개 이상의 다른 입력/출력 장치를 구비할 수 있는 유저 인터페이스를 포함하는 것이다. 또한, 진단 플래폼(10)에는 일반적으로 한 개 이상의 RAM(21), ROM(22), CD-ROM 드라이브(23), 플로피 드라이브(24) 및 하드 드라이브(25)를 구비하는 다른 형태의 복수 데이타 및 소프트웨어 저장 장치를 구비할 수 있는 저장 매체(20)가 설치된다. 본 발명의 역학적 진단 시스템은 ROM(22)에 설치될 수 있는 또는 임의적 매체(23-25)에 저장되는 독립적 소프트웨어 팩키지(stand-alone software package)를 포함할 수 있는, 프로그램 소프트웨어를 구비하는 것이다.

본 발명의 기본적인 면에서는 차량의 결함 기본 구동성 진단(fault-based drivability diagnosis)을 허용하는 것이다. 상기 결함-기본 모드의 동작에서는 상기 시스템이 기본적으로 예를 들어, 증상 또는 서비스 코드로 지시되는 문제의 메뉴를 유저에게 제공하고 그리고 유저는 시험을 이행할 차량에 적합한 문제를 선택하는 것이다. 선택된 결함에 기본하여, 시스템은 시험 목록을 유저에게 제공하여 야기되는 결함(들)을 진단하는 것이다. 시험은, 제작자의 정보와 이러한 차량 타입이 갖는 이전 수리 및 진단 경험에 기본하며, 이들이 차량 결함을 진단하는데 가장 유사하게 반응하는 오더에서의 목록으로 이루어진다.

본 발명의 주요 면은 또한, 진단 시스템이 다른 모드 즉, 시스템 시험 모드, 성분 시험 모드 및 메뉴얼 모드에서 동작 가능하다는 것이다. 메뉴얼 모드를 제외한 모든 모드에서, 상기 시스템이 한 개 이상의 시험을 나타내어 시스템 시험 과 성분 시험의 라이브러리(library)로부터 차량에서 수행되며, 그 대표적인 예는 도면에서 설명되어진다.

본 발명의 임의적 사용 진단 시스템은 차량 진단을 위한 차량 검증 과정을 개시한 것이다. 도 2를 참고로, 디지털 컴퓨터 형 디스플레이가 있는 모니터(18)에 스크린 디스플레이(30)로 설명한다. 디스플레이 스크린(10)은 일련의 아이콘(31-35)이 그 정상부에 횡방향으로 정렬 배치되고, 개별적으로 각각의 아이콘은, "차량 검증(VEHICLE IDENTIFICATION)", "시험/분석(TEST/ANALYSIS)", "메뉴얼 시험(MANUAL TESTING)", "정보(INFORMATION)", 및 "숍 관리(SHOP MANAGEMENT)"를 나타낸다. 차량 검증 과정을 이행할 목적으로, 아이콘(31)이 도 2에 도시된 스크린 디스플레이가 나타나도록 선택한다. 시스템은 모델 년도, 형식, 모델 명, 엔진 크기 등과 같은 다수의 질문 또는 필드를 유저에게 제공하며, 각 필드는 유저가 그로부터 선택할 수 있는 필드 내에서 메뉴의 지정 값을 유저에게 제공하는 것이다. 유저는 마우스(17)를 사용하는 것과 같은 공지된 방식으로 필드에 적합한 것을 선택하고, 데이타베이스 서치 키에 그 값을 더한다. 도 2는 다수의 상기 필드 및 그와 상관된 메뉴를 설명하는 도면이다. 만일, 메뉴가 그와 관련된 디스플레이 윈도우의 길이를 초과하면, 메뉴는 스크롤 바 아이콘을 사용하는 공지된 방식으로 스크롤 될 수 있는 것이다. 시스템은 유저가 불필요한 질문에 답하지 않고 유저의 차량 검증을 허용하도록, 차량 검증에 대한 답변을 하여야 하는 다수의 질문이도록 역학적인 것이다.

시스템 진단의 이행에서, 차량 검증에는 적어도 년식, 형식, 모델, 엔진 크기, 엔진 코드, 연료 형태, 점화방식, 및 차량용 공기 계기 타입이 해석되어야 한다. 운영 중에, 만일 부가적인 차량 정보가 선택된 시험을 수행하는데 필요하게 되면, 시스템은 이러한 내용을 나타내어 필요한 정보가 유입되도록 적절한 필드 및 메뉴를 유저에게 제공할 수 있는 것이다.

일단, 차량이 검증되면, 유저는 상술된 자동 진단 모드에 대응하는 각각이 "증상(SYMPTOMS)", "성분/시스템(COMPONENT/SYSTEM)" 및 "서비스 코드(SERVICE Codes)"로 표기된 3개의 다른 파일(36-38)을 제공하는 도 3에 것과 유사한 스크린 디스플레이를 나타내는 시험/분석 아이콘(32)을 선택하여 진단을 개시할 수 있는 것이다. "증상" 및 "서비스 코드"파일은 결함 기본 모드에 관련되는 것이다. 이하에 기술되는 증상 시험 모드에 대한 논의는 또한 동작의 서비스 코드 시험 모드에도 일반적으로 적용되는 것이다. 만일, 증상 파일을 선택하면, 도 3의 스크린 디스플레이(39)에 최전방부에 나타나게 된다. 스크린 디스플레이(39)는 도 2의 스크린 디스플레이(30)에서 선택된 차량 타입으로 나타나는 증상 메뉴(40)를 포함하며, '41'에서와 같이 스크린 디스플레이(39)의 하부에 차량 타입을 나타낸다. 유저에게 주어지는 증상 목록은 산업적 증상 진단을 나타내는 것이며 주요 불만족한 구동성의 원인을 지원하는 것이다.

차량은 일반적인 기술을 사용하기 때문에, 표준적인 증상 목록이 가능하다. 이들은 각각 동일한 방식이 거칠게 작용되는, 기계성, 점화, 연료 및 컴퓨터 성분을 가지는 것이다. 다른 지정된 증상이 일반적으로 주 증상 목록에서 한 개 이상의 증상에 전달 된다. 예를 들면, "우회전 시에 차체"의 지정된 증상은 약하게 지정된 증상 "아이들/감속/제동에서의 차체" 하에서 적당할 것이다. 조건을 진단하는 시험은 일반적으로 동일하다. 증상의 표준 목록은, 모든 차량용의 일관된 인터페이스 및 진단 원리를 제공하고, 기재 편리성을 서비스하고 그리고 이하에서 충실하게 논의되는 바와 같이 증상 및 그 원인에 적합한 필드 데이타를 분류하는 "폐쇄 루프"시스템을 가장 유효한 방식으로 발전시키는 것이다.

유저/기술자는 예를 들어, 차량 소유자와의 인터뷰로 결정되는 바로서, 피 시험 차량에서 나타나는 한 개 이상의 목록에 있는 증상을 선택한다. 선택된 증상에 기본하여, 디스플레이 스크린(39)이 시험 과정에 있는 대응 목록과 선택된 증상을 발생시킬 수 있는, 시험을 받는 차량으로 지정된 목록(42)을 나타내어서, 상기 원인을 점검하는 작업이 수행된다. 시험이 선택된 증상의 원인을 성공적으로 진단할 수 있을 정도의 목록이 시험 과정에 있으며, 이러한 순위는 '43'에서와 같이 나타나게 되는 것이다.

시험 순서를 전개하여, 소프트웨어 개발 중에, 핵심 그룹 기술자가 각각의 지정된 차량용 증상 목록에 있는 각각의 개별적인 증상을 평가하게 된다. 이러한 경험에 기본하여, 기술자들은 각각의 증상에 적합한 원인 목록을 전개하여 각 원인에 적합하게 유저가 이행하여야 하는 시험 과정을 결정하게 된다. 다음, 기술자는 다음에 기본하는 각각의 원인/시험에 예를 들어 1 과 5 사이에 수를 할당하는 것이다.

(a)증상의 원인을 판단하는데 필요한 시험.

(b)원인 가능성에 기본하여 시험이 이행되어져야 하는 오더.

(c)동일한 확률을 가진 원인 보다 많은 경우에, 보다 높은 순위의 단 시간으로 시험과정을 이행하는데 필요한 시간에 의한 시험 제안의 순서.

여기에서는 주요한 오더에 있는 각각의 시험용 원인 가능성을 결정하는 3가지 주요 기준이 있다.

1.원인/시험 관계에 대한 증상을 진단하는 직접적 경험.

2.시스템 작업에 대한 운영 지식 이론 및 각각의 증상에 적합한 가장 양호한 원인의 시스템 또는 성분 판단.

3. 시험을 이행하는데 필요한 시간 및/또는 시험의 용이함.

순위 평가에서는, 직접 경험을 먼저 고려한다. 기술자는 순위 평가에 가이드로서 다음을 사용한다.

순위 발생

5 항시

4 상당히 보통

3 드물게 보통

2 이따금

1 드물게

시험/원인 이 2개 순서 사이에 경계 라인이면, 기술자는 판정 요소로서 시험이 용이한 것을 사용한다. 예를 들면: 특정한 증상은 3 과 4 사이에 연료 공급 시험/원인 순서를 가진다. 만일, 시험이 용이하게 수행되면 4번 순서로 한다. 만일, 곤란하게 수행되면, 3번 순서로 한다. 용이한 시험작업 만을 순서를 평가하는 조정 요소로서 사용한다.

만일, 기술자가 원인/시험 관계에 대한 증상의 직접 경험이 없으면, 증상은 운영면에 따른 이론으로 시험을 받는다. 시스템 운영에 대한 기술자의 지식을 제공하고 그리고 원인/시험을 유사 시스템과 비교하여, 기술자는 각각의 증상에 맞는 다른 가능한 원인/시험 이 있으면 시험한다. 이러한 경우에, 다음과 같은 순서로 된다.

순서(RANK) 가능성(PROBABILITY)

3 큰 가능성(VERY PROBABLE)

2 보통 가능성(PROBABLE)

1 가능성(POSSIBLE)

만일, 시험/원인이 2개 순서 사이에 경계선에 있으면, 용이한 시험이 순서 할당을 하는데 이용된다.

만일, 도 3에서와 같이, 유저가 하나 이상의 증상을 선택하고 그리고 특정한 원인이 선택된 하나 이상의 증상에 적용될 수 있는 것이 발견되어지면, 근본 문제를 가진 원인 가능성이 증가할 것이고 그리고 관련 시험에 적합한 제안은 제안된 시험 오더에서 더 높게 이동할 것이다.

일단 증상을 선택하였으며 그리고 관련된 제안 시험 과정이 나타나게 되면, 유저는 표시된 시험 과정의 하나를 선택할 수 있으며 그리고 시스템은 그 과정을 개시할 것이다. 스크린 디스플레이(39)가 목록 시험을 수행하기 위한 제안된 오더를 나열하는 동안에, 유저는 필요한 임의적 오더에서의 시험을 수행하는 것이 자유롭게 된다.

스크린 디스플레이(39)는 선택된 시험 과정을 수행하는 것이 유용한 시스템 모듈에 개별적으로 대응하는 일련의 아이콘(44-48)을 스크린 하부를 따라서 구비하는 것이다. 도 3에 도시된 모듈 아이콘은 실례 만을 목적으로 하는 것이고 그리고 개별적으로 지정된 '퀵 팁(Quick Tip)", "분석기(Analyzer)", "스캔 툴(Scan Tool)", "숍 키(Shop Key)", 및 "랩 스코프(Lab Scope)/DVOM"이 있다.

퀵 팁은 진단 받는 차량의 증상에 내재된 정보성 아티클(informational articles) 이다. 이러한 모듈은 차량이 최소의 접속(hookup) 과 시험으로 진단되는 정보를 기술자에게 제공하는 것이다. 상기 팁은 선택된 증상을 진단하는 데에 자신의 경험에 기본한 숙련 기술자 들에 의해 창출되는 것이다. 이러한 선행 정보(up-front information)는 타입을 진단하는 시간을 절감하는 것이다. 유저에게 주어지면, 퀵 팁은 예를 들면 가장 중요하게는 5를 가진 예를 들면 1-5의 스케일에서 주요한 오더로 양호한 순서에 있게 된다. 순서는 "알 필요 있음(need to know)" 과 "아는 것이 좋음(nice to know)" 과의 사이에 차이 이다.

숍 키 모듈(Shop Key module)은 관련 OEM 성분 시험 과정을 유저에게 제공하는 아티클의 라이브러리로 직접적으로 유저가 보내는 시험 링크 이다.

분석기 모듈(Analyzer module)은 플래폼(10)의 엔진 분석기 기능부에 링크이고, 반면에 랩 스코프/DVOM 모듈은 플래폼(10)의 DVOM 기능부와 랩 스코프에 링크이다. 스캔 툴 모듈은, 시험 중인 차량의 내장형 컴퓨터에 결합되도록 채택되는 명칭 MT2500으로 스넵-온 다이아그노스틱스 회사에서 판매하는 스캐너 기능부에 연결부 이다.

유저가 시험을 선택하여 수행하면, 시스템은 수행되는 특정한 시험을 지원하는 모듈을 판단하도록 시험 라이브러리 데이타베이스를 질문하고 그리고 대응 아이콘을 작용하게 하여 눈에 띄게 한다. 시험 과정이 멀티플 모듈에 의해 지원을 받으면, 시스템은 강조된 아이콘을 밝게하여 가장 유효하게 나타나게 한다. 유저가 강조된 아이콘을 선택하면, 선택된 아이콘은, 시스템이 적절한 시험을 개시하거나 또는 유저가 숍 키에 대응 물품을 보내게 한다.

특정한 시험 과정에서의 개시동작이 일반적으로 시험 과정의 결과를 유저에게 향하게 하는 순차적인 스크린 디스플레이의 개시부를 구비하는 것이다. 예를 들면, 만일 스캔 툴 모듈이 이행되면, 유저가 모두 공지된 방식으로 차량 탑재 컴퓨터로부터 정보를 다운 받아 임의적인 컴퓨터 기능의 동작을 제어하기 위해 관련 스캐너와 접속하여 사용하는 방식으로 구성되는 것이다. 만일, 다른 한 편으로, 분석기 모듈이 선택되면, 선택된 시험 과정으로 유도하는 명령에는, 모두 공지된 방식으로, 관련 차량에 대한 시험 리드(test lead)의 접속, 필요한 엔진 동작 조건 및 그와 같은 것이 포함되는 것이다.

이러한 시스템에서의 초기 진단 데이타는, 특정한 OEM과의 제휴가 이들을 차량에 집중 노출(concentrated exposure) 및 OEM정보 에 대한 증가된 억세스를 제공하기 때문에, OEM기술을 함유한 중심 그룹으로부터 주로 수집되는 것이다. 그런데, 이러한 경험은 일반적으로 3년 미만의 차량으로 한정되어 진다. 또한, 이러한 데이타는 OEM기술자들의 지리적 생활 구역에서 발생하는 문제를 반영하게 된다. 즉, 미국, 플로리다 주에서 수집된 데이타는 미네소타 주의 겨울에서 발생하는 문제를 정확하게 반영할 수 없을 것이다. 현재 시스템의 진단은, 차량이 운행하면서 축적되어 발생하는 문제를 보다 정확하게 반영하여, 광범위한 지리적 적용이 이루어지도록 차량 운행에 걸처서 변경하여야 하는 것이다.

따라서, 증상을 진단하는 중에, "확인 진단"아이콘(도시 않음)을 스크린 상에서 활용 가능하도록 만든다. 유저가 선택된 시험 과정을 수행하여 선택된 증상(들)에 맞는 근본 원인을 발견하였으면, 유저는 확인 진단 아이콘을 선택한다. 다음, 시스템은 진단을 개시하고 그리고 제안된 시험 목록에서 선택된 증상을 나타내는 것이다. 유저는 문제를 발견하고 데이타를 데이터베이스에 저장하는 시험을 선택하게 된다. 데이타베이스에서, 시스템은 현재 차량, 선택된 증상, 시험 이름을 저장하고, 그리고 선택된 증상의 각각 용의 1카운트 를 시험부에 제공한다. 만일, 제안된 시험과는 다른 시험이 문제를 발견하면, 유저는 사용되는 시험에 대한 요약서가 유입된 텍스트 박스를 제공하여 증상의 원인과 격리시킨다. 저장된 데이타는 소프트웨어 업데이트 과정 동안에 모뎀에 의해 검색을 받게 된다. 데이타 변화 및 분석 루틴은 업데이트된 데이타를 스크린 한다. 각각의 지정 차량용의 각 증상이 진단된 각각의 원인/시험 수를 재검토 한다. 다음, 데이타 베이스에 저장된 제안과 이러한 비율을 비교하고 필요에 따라서 오더 순서를 변경한다. 각각의 유저-유입 수리(user-entered repair)가 또한 재검토 되어서, 신규 시험이 시스템용으로 개발되어야 하는지 또는 정보가 퀵 팁으로 더해져야 하는지를 판단하게 된다.

도 6은 증상 시험 모드(Symptom Testing mode) 또는 서비스 코드 시험 모드(Service Code Testing mode) 와 같은 결함 기본 모드를 사용하는 본 발명용의 소프트웨어 프로그램을 설명하는 흐름도이다. 먼저, '50'에서, 유저는 도 2의 것과 같은 스크린을 사용하는 차량 검증 정보를 유입하고, 그리고 다음 유저가 증상 시험(Symptom Testing), 성분 또는 시스템 시험(Component or System Testing) 또는 서비스 코드 시험 조작 모드를 선택하게 하는 스크린(도 3을 참고)을 나타나게 하는 시험/분석(Test/Analysis) 아이콘을 선택한다. 증상 시험 모드 또는 서비스 코드 시험 모드의 어느 하나가 선택되면. 프로그램은 '51'에서 적절한 데이타베이스를 억세스하고 도 3에 스크린에서와 같이 유저에게 결함(증상 또는 서비스 코드)을 나타 낸다. 유저는 '52'에서 한 개 이상의 결함을 선택하고 그리고 '53'에서 시스템은 선택된 결함의 데이타베이스를 억세스하고 그리고 적용 가능한 원인 및 관련 시험 과정의 목록을 형성하는 것이다. 이러한 면에서, 프로그램은 '54'에서 얼마나 많은 결함이 선택되었는지를 물어보고, 그리고 그 하나가 선택되면, '55'에서 순서에 의해 목록을 분류하여, '56'에서 이전에 수행되어진 시험을 밝게하는 도 3의 스크린에서와 같이 유저에게 제공된다. 만일, '54'에서 한 개 이상의 결함이 선택되면, '57'에 프로그램은 각각의 원인/시험 용 순서 알고리즘을 적용하여야 하고, 도 3에 나타낸 바와 같은 스크린 형태로 유저에게 주어지는 목록을 재분류하게 된다. 다음, '58'에서 유저는 수행되는 시험을 선택하고, '59'에 시스템이 그 성격상 필요에 따른 메시지를 유저에게 지시하여 시험을 하게 된다. 다음, 유저는 결함의 원인을 검증하는 시험 여부를 적절한 아이콘(도시 않음)을 사용하여 나타내어, '60'에서 프로그램 질문에 답변 한다. 만일, 그렇지 않으면, 프로그램은 '61'에서 목록에 시험을 밝게하고 그리고 다음, 유저는 다른 시험을 선택하는 것이다. 만일 시험이 결함을 검증하였으면, '62'에서, 프로그램은 후에 재 이용을 위해서 정보를 저장 한다. 시스템이 시험을 계속할 것인지를 '63'에서 물어 보고, 그 결과에 따라서, 이행되는 최종 시험은 '61'에서 다시 밝게하고, 그렇지 않으면 시스템은 '64'에서 결함 시험 모드를 빠져 나오게 된다.

진단용 서비스 코드 시험 모드에서, 조작은 진단 개시점으로 차량 서비스 코드를 기술자가 사용하는 것을 제외하고는 상술된 내용을 기본적으로 하는 것이며, 서비스 코드는 각각의 차량에 지정되는 것이다. 유저가 도 3의 스크린에서 파일(38)을 선택하여 이러한 모드를 선택하면, 상기 시스템은 2개의 다른 개시 방법을 허용할 것이다. 제 1방법에서는 시스템이 서비스 코드 억세스 과정을 통하여 유저를 자극하여서 차량으로부터의 현존 서비스 코드를 판독하는데 스캔 툴 모듈(Scan Tool module)을 활용하는 것이다. 다음, 시스템은 차량의 컴퓨터 메모리에 현재 저장된 서비스 코드 만의 메뉴를 유저에게 제공한다. 다음, 유저는 그가 진단하고자 하는 코드를 선택한다. 제 2방법에서는, 기술자가 차량의 서비스 코드를 앞서 검색한 것이다. 다음, 시스템은 시험을 받는 차량에서 가능한 모든 서비스 코드의 메뉴를 나타내는 스크린 디스플레이를 유저에게 제공하는 것이다. 유저는 그가 진단하고자 하는 코드를 선택한다.

선택된 서비스 코드(들)에 기본하여, 디스플레이 스크린은 도 3에 도시된 바와 같이, 선택된 서비스 코드의 가능한 원인 목록 및 그러한 원인을 점검하는데 수행하는 시험 과정의 대응 목록을 나타낸다. 시험 과정은, 시험이 선택된 서비스 코드의 원인을 성공적으로 진단할 수 있을 정도로 나열된다. 표시된 시험 과정의 선택 및 개시는 도 3에 증상 시험 모드와 관련하여 상술된 방식으로 달성되는 것이다.

도 3의 스크린(39)에 성분/시스템 파일 아이콘(37)을 선택하여 유입시킬 수 있는 시스템 시험 모드는, 차량 서브시스템의 조작을 변경시키고 그리고 엔진 분석 시스템 시험을 주로 사용하는 것이다. 이러한 시험 모드에서, 시스템은 시험이 수행되어져야 하는 판단을 기술자에게 안내하지 않는다. 기술자는 그 자신의 경험을 사용하여 필요한 시험과 기술자가 행하여야 하는 오더를 결정하는 것이다. 이러한 많은 시험은 일련의 순서로 이루어지는 것이다. 각각의 시험에는 메시지 지시 동작 과 데이타 수집성(prompting and data collection capability)이 있다. 시험 완성 시점에서, 진단 엔진은 데이타를 평가하고 그리고 진단 결론을 제공한다.

시스템은 도 4에서 설명되어지는 바와 같이 적용 가능한 시스템 시험 메뉴(66)를 유저에게 제공한다. 기술자는 메뉴로부터 필요한 시험을 선택하고 시스템은 적용 가능한 모듈 아이콘(44-48)을 밝게 한다. 유저는 밝아진 모듈을 선택하고 관련 시험을 개시한다. 만일, 유저가 도 4에 시스템 시험 스크린으로 오게 되면, 앞서 이루어진 임의적 시험은 다른 색상으로 나타나게 된다. 이러한 사실은 시험이 이러한 진단기(diagnostic session)에서 수행되어져 있는 트랙에 메카니즘을 제공하는 것이다. 시스템은 각 시험을 수행하는 중에 유저에게 지시 메시지(prompt)를 주고, 또한 시험 데이타를 수집하고, 시험 완성 시점에서 데이타를 평가하고 그리고 진단 결과를 유저에게 제공하는 것이다. 시험이 완성되어지면, 시스템은 이러한 사실을 나타내어서, 부주의하게 반복되어지지 않는다.

만일 성분 시험 모드가 선택되면, 도 5에 스크린 디스플레이(67)가 나타나게 된다. 성분 시험은 차량의 단일 성분의 동작을 변화 시키는 것이다. 이러한 시험 모드에서, 시스템은 기술자가 수행 되어져야 하는 시험을 판단하는 안내를 하지 않는다. 기술자는 자신의 경험을 활용하여 필요한 시험 과 이들이 받게되는 오더를 판단하는 것이다.

성분 시험 데이타베이스는 시험을 받는 지정된 차량에 적용되는 시험 라이브러리(test library)에, 시험에 대한 포인터를 함유한 것이다. 각각의 차량이 특정한 세트의 성분을 잠재적으로 가지고 있으므로, 유저가 활용 할 수 있는 차량 성분 시험 목록은 다이나믹 하다. 성분 시험 라이브러리는 수 백 가지의 성분 시험 자료를 가질 수 있는 것이다. 도 5의 스크린 디스플레이(67)는 진단을 받게되는 차량용에 이용할 수 있는 성분 시험을 나열한 것이다. 유저는 적절한 성분 시험을 선택한다. 시스템은, 선택한 성분의 시험을 지원하는 아이콘(44-48)을 사용하여 적용할 수 있는 모듈을 밝게 한다. 유저는 밝은 모듈을 선택하여 기본적으로는, 시스템 기본 진단 모드와 관련하여 상술된 바와 같은 방식으로, 적절한 시험을 개시한다.

본원은, 상술된 바와 같이, 문제에 기본한 진단을 하는 복수의 타 진단 방법을 수용하고, 그리고 그 유효 수명 중에 차량이 가진 서비스 경험을 고려하여 용이하게 업데이트되는, 개량된 역학적 진단 시스템을 수용하는 향상된 역학적 진단 시스템을 제공하는 것이다.

본 발명은 특정 실시예를 통해 나타내었으며 그에 관련하여 기술하였지만, 당 분야의 기술인은 본원이 첨부된 청구범위를 이탈하지 않는 범위 내에서의 변경 및 변화가 가능한 것임을 이해할 수 있을 것이며, 따라서 상술된 본 발명의 기술은 설명을 목적으로 이루어진 것이며, 본 발명은 상기 내용으로 한정되는 것은 아니다.

Claims

진단 시스템은: 저장된 프로그램 제어로 조작되는 프로세서 와;

결함의 원인을 진단하는 장치에서 수행되는 시험 라이브러리(a library of tests) 와 진단 중에 장치가 체험하는 결함에 관한 정보 아이템 라이브러리(a library of information items)를 구비하는 지식 데이타베이스(knowledge database)를 저장하는, 프로세서에 결합된 저장 메카니즘 과;

인터액티브 제어용 프로세서가 그에 의해 양쪽이 결합되는 디스플레이 스크린 과 데이타 입력기를 가진 유저 인터페이스 및;

디스플레이 디바이스의 조작을 제어하는 프로세서에 의해 수행되는 컴퓨터 루틴을 포함하며; 상기 컴퓨터 루틴은:

(a)정보 아이템의 수집물을 나타내는 동작을 하는 제 1부분과;

(b)데이타 입력기를 사용하여 시험 라이브러리 에서 선택되는 한 개 이상의 유저 선택 디스플레이 정보 아이템에 반응하는 제 2부분을 구비하고, 상기 시험은 선택된 정보 아이템(들)에 관련된 결함의 원인을 진단하고, 결함 원인을 성공적으로 진단할 수 있는 목록 순서로 피선택 시험을 계층적으로 배치 정렬하고, 그리고 계층적으로 정렬 배치된 시험 목록을 나타내는 것에 적용 가능한 것을 특징으로 하는 진단 시스템.
제 1항에 있어서, 상기 정보 아이템은 진단 중에 장치에 의해 나타나게 되는 증상을 포함하는 것을 특징으로 하는 진단 시스템.
제 1항에 있어서, 상기 정보 아이템은 진단 중에 장치용 서비스 코드를 구비하는 것을 특징으로 하는 진단 시스템.
제 1항에 있어서, 상기 컴퓨터 루틴은 장치 검증 정보의 목록을 나타내도록 유저가 조작하는 부분을 포함하고, 유저가 데이타 입력기를 사용하여 진단받게 되는 지정 타입의 장치를 선택할 수 있고, 상기 컴퓨터 루틴의 제 1 및 제 2부분은 선택된 장치 타입에 대한 정보 아이템 및 시험 부속물에 대해서만 동작성이 있는 것을 특징으로 하는 진단 시스템.
진단 시스템은: 저장 프로그램 제어로 동작하는 프로세서 와;

진단 중에 장치가 체험하는 결함에 대한 정보 아이템 라이브러리 와, 결함 원인을 진단할 목적으로 장치에서 수행되는 시험 라이브러리 를 구비하는 지식 데이타베이스를 저장하고 프로세서에 결합되는 저장 메카니즘 과;

인터액티브 제어용 프로세서에 양쪽이 결합되는 디스플레이 스크린 과 데이타 입력기를 구비하는 유저 인터페이스 와;

그 시험을 위해 그로부터 매개변수 데이타를 점유하는 장치에 결합되도록 채택되고 그리고 프로세서에 결합되는 시험 입증 어셈블리(test probe assembly) 와;

프로세서에 의해 디스플레이 디바이스의 동작을 제어가 이행되는 컴퓨터 루틴을 포함하고; 상기 컴퓨터 루틴은:

(a)정보 아이템의 수집물을 나타내는 동작을 하는 제 1부분과;

(b)선택된 정보 아이템(들)에 관련된 결함의 원인을 진단하고, 결함 원인의 성공적 진단이 가능한 목록 순서로 피선택 시험을 계층적으로 정렬 배치하고, 계층적으로 정렬된 시험 목록을 나타내는 것에 적용 가능한 시험이며, 데이타 입력기를 사용하여 시험 라이브러리에서 선택되는 한 개 이상의 유저 선택 디스플레이 정보 아이템에 반응하는 제 2부분 과;

(c)시험 입증 어셈블리를 사용하여 피선택 시험 과정의 수행과 상관된 디스플레이 시켄스를 개시하는 상기 데이타 입력기를 사용하여 유저 선택 일 디스플레이 시험에 반응하는 제 3부분을 구비하는 것을 특징으로 하는 진단 시스템.
제 5항에 있어서, 상기 정보 아이템은 진단 중에 장치에 의해 나타나게 되는 증상을 구비하는 것을 특징으로 하는 진단 시스템.
제 5항에 있어서, 상기 정보 아이템은 진단 중에 장치용 서비스 코드를 구비하는 것을 특징으로 하는 진단 시스템.
제 5항에 있어서, 상기 컴퓨터 루틴은 장치 검증 정보의 목록을 나타내도록 조작되는 부분을 포함하고 그리고 데이타 입력기를 사용하여 진단되는 지정 타입의 장치를 유저가 선택하며, 상기 컴퓨터 루틴의 제 1, 제 2 및 제 3부분은 선택된 장치 타입에 대한 정보 아이템 및 시험 부속물에 대해서만 동작성이 있는 것을 특징으로 하는 진단 시스템.
제 5항에 있어서, 상기 컴퓨터 루틴은 장치 결함의 원인을 진단하는 선택된 시험 과정을 수행한 결과에 대한 유저 입력 정보를 저장하게 하는 데이타 입력기에 반응하는 부분을 구비하는 것을 특징으로 하는 진단 시스템.
자동 진단 시스템은: 저장 프로그램을 제어하는 중에 동작하는 프로세서 와;

시험을 받는 장치 매개변수의 라이브러리를 구비하는 지식 데이타베이스를 저장하고 프로세서에 결합되는 저장 메카니즘 과;

인터액티브 제어용 프로세서에 양쪽이 결합되는 디스플레이 스크린 과 데이타 입력기를 구비하는 유저 인터페이스 와;

모듈 각각이 결함 원인을 진단할 목적으로 장치에서 수행되는 시험 과정과 상관되며, 장치에 결합되도록 채택되는 하드웨어 모듈을 가진 프로세서에 결합되는 하드웨어 및 소프트웨어 진단 모듈 과;

디스플레이 디바이스의 동작을 제어하는 프로세서에 의해 수행되는 컴퓨터 루틴을 포함하고; 상기 컴퓨터 루틴은:

(a)라이브러리 로부터의 장치 매개변수의 목록을 나타내는 동작을 하는 제 1부분과;

(b)선택된 매개변수에 적절한 시험 과정과 상관된 한 개 이상의 진단 모듈을 지시하는 데이타 입력기를 사용하여 나타낸 유저 선택 매개변수에 반응하는 제 2부분과;

(c)관련된 시험 과정을 사용하기 위한 디스플레이 시켄스를 개시하는, 상기 데이타 입력기를 사용하여 지시된 유저 선택 모듈에 반응하는 제 3부분을 구비하는 것을 특징으로 하는 진단 시스템.
제 10항에 있어서, 매개변수의 라이브러리는 장치 서브시스템의 검증 및 그와 관련된 시험 과정을 구비하는 것을 특징으로 하는 진단 시스템.
제 10항에 있어서, 매개변수의 라이브러리는 장치 성분의 검증 및 그와 관련된 시험 과정을 구비하는 것을 특징으로 하는 진단 시스템.
제 10항에 있어서, 상관 장치는 탑재 컴퓨터(on-board computer)를 구비하고, 상기 매개변수의 라이브러리는 상기 내장형 탑재 컴퓨터에 의해 등록되는 서비스 코드를 구비하는 것을 특징으로 하는 진단 시스템.
제 13항에 있어서, 상기 모듈은 서비스 코드 판독용 탑재 컴퓨터에 접속용으로 채택되는 스캐너 로의 링크(link)를 구비하는 것을 특징으로 하는 진단 시스템.
제 10항에 있어서, 진단 중에 장치는 자동 차량 엔진이고 그리고 상기 모듈은 엔진 분석기(engine analyzer) 로의 링크를 구비하는 것을 특징으로 하는 진단 시스템.