KR100919384B1

KR100919384B1 - 디바이스 진단

Info

Publication number: KR100919384B1
Application number: KR1020020005553A
Authority: KR
Inventors: 스주스파울; 슈바거안드레아스; 마이어마티아스
Original assignee: 소니 인터내셔널(유로파) 게엠베하
Priority date: 2001-01-31
Filing date: 2002-01-31
Publication date: 2009-09-29
Also published as: EP1229450A1; EP1635262A3; JP2002314542A; US6859749B2; EP1635262A2; KR20020064198A; US20020103612A1

Abstract

IEEE 1394 인터페이스를 포함하는 디바이스로부터 디바이스 상태 정보를 추출하기 위한 방법이 제공된다. 상기 디바이스는 디바이스 자체 검사들(device self tests)을 실행하고, 대응하는 자체 검사 결과들과 디바이스 고유의 정보를 디바이스 상태 정보 검사기에 제공하도록, 상기 디바이스에 접속된 상기 디바이스 상태 정보 검사기에 의해 명령을 받고, 상기 디바이스 상태 정보 검사기와 상기 디바이스간의 상기 판독 및 명령 절차들은 상기 IEEE 1394 인터페이스의 저 레벨 통신 프로토콜에 기초하여 수행된다.

Description

디바이스 진단{Device diagnostics}

본 발명은 디바이스의 디바이스 상태 정보를 추출하기 위한 방법, 및 상기 방법을 수행하기 위한 필수 수단에 관한 것이다.

전자 소비자 디바이스들은 종종 서로 다른 제조자들에 의해 개발된 매우 다양한 디바이스들을 서비스하는 서비스 워크샵들에 의해 수리된다. 수리 처리를 용이하게 하기 위해서, 제조자들은 통상 진단 소프트웨어를 전자 디바이스들, 특히, 매우 복잡한 디바이스들에 통합한다. 이 진단 소프트웨어는 바람직하게, 진단 소프트웨어를 제어하는 외부 진단 장치와 함께 결함을 찾는데 사용될 수 있다.

예를 들어, 미국 특허 제5,916,287호는 모듈러 자동 검사(modular automotive test) 및 정보 시스템을 개시하고 있다. 특히, 적어도 하나의 기계 사용 모듈(instrumentation module)이 IEEE 1394 버스를 통해 접속되어 있는 집적 제어 모듈이 기술되어 있다. 모든 기계 사용 모듈은 특정 차량 구성요소를 위한 진단 애플리케이션들을 동작시키도록 적응된다.

또한, EP 0 939 321 A1에는 고속 시리얼 검사 및 측정 장비 인터페이스와 이를 사용하는 시스템이 기술되어 있으며, 전자 검사 장비를 제어하기 위해 컴퓨터가 사용된다. 컴퓨터는 다양한 검사 및 측정 장비의 구성과 동작을 관리하기 위한 제어기로서 동작한다.

그러나, 각각 상이한 디바이스 유형은 일반적으로 상이한 진단 장치를 각각 필요로 하고, 상이한 디바이스 유형들은 일반적으로 상이한 통신/제어 프로토콜들만을 통해 액세스할 수 있기 때문에, 종종 디바이스에 대응하는 진단 장치를 각각 연결하는 상이한 인터페이스들을 사용할 필요가 있는 것 외에, 매우 다양한 상이한 진단 장치 또는 상이한 제어 프로토콜들을 사용할 필요가 있다. 디바이스들이 네트워크를 통해 진단되는 경우에, 상황은 더욱 복잡하게 된다. 이것은 고가의 복잡한 진단 장비를 야기시킨다.

본 발명의 목적은, 특히, IEEE 1394 네트워크를 통해 서로 접속되는 디바이스들과 관련하여, 진단 처리를 용이하게 하는 방법과 이를 수행하기 위한 필수 수단을 제공하는 것이다.

이 목적을 해결하기 위하여, 본 발명은, IEEE 1394 인터페이스에 접속되는 디바이스의 디바이스 상태 정보를 추출하기 위한 방법을 제공하며, 이는 a) 상기 디바이스로부터 디바이스 고유 정보를 판독하고, 및/또는 b) 상기 디바이스에게 디바이스 자체 검사들(device self tests)을 명령하고 상기 디바이스로부터 대응하는 자체 검사 결과들을 판독하며, 상기 단계 a) 및 단계 b)는 상기 IEEE 1394 인터페이스의 저 레벨 통신 프로토콜에 기초하여 수행되는 것을 특징으로 한다.

본 발명은 또한 IEEE 1394를 지원하고 디바이스 상태 정보 검사기에 접속 가능한 디바이스의 디바이스 상태 정보를 추출하기 위한 디바이스 상태 정보 검사기를 제공하고, 이는 IEEE 1394 인터페이스를 포함하고, 상기 디바이스 상태 정보 검사기는 상기 IEEE 1394 인터페이스의 저 레벨 통신 프로토콜을 사용하여 상기 IEEE 1394 인터페이스를 통해 상기 디바이스와 통신하기 위한 기능을 제공하는 것을 특징으로 한다.

또한, 본 발명은 IEEE 1394를 지원하는 디바이스 상태 정보 검사기에 의해 제어 가능한 디바이스를 제공하며, 이는 IEEE 1394 인터페이스, 상기 디바이스 상태 정보 검사기에 대해 액세스 가능한 저장 수단, 자체 검사들을 실행하고, 상기 자체 검사들의 결과를 상기 저장 수단에 제공하는 수단을 포함하며, 상기 IEEE 1394 인터페이스를 통한 명령 디바이스와 수신 수단 간의 통신은 상기 IEEE 1394 인터페이스의 저 레벨 통신 프로토콜에 기초하는 것을 특징으로 한다.

마지막으로, 본 발명은 청구항 제 9 항 또는 제 10 항에 따른 디바이스 상태 정보 검사기, 청구항 제 11 항 내지 제 16 항에 따른 디바이스, 및 상기 디바이스와 상기 디바이스 상태 정보 검사기간의 접속인 IEEE 1394 버스를 포함하는 서비스 진단 시스템을 제공하며, 상기 디바이스와 상기 디바이스 상태 정보 검사기는 상기 각각의 IEEE 1394 인터페이스들과 상기 IEEE 1394 버스를 거쳐 상기 저 레벨 통신 프로토콜을 통해 통신한다.

각각 독립 청구항 제 1 항, 제 5 항, 제 9 항, 제 11 항, 및 제 17 항에 정의된 이러한 방법, 디바이스, 디바이스 서비스 정보 검사기 및 서비스 진단 시스템의 바람직한 실시예들은 다음의 각 종속항에 각각 정의된다.

본 발명에 의해 제공되는 서비스 진단 시스템은 IEEE 1212-2000/IEEE 1394-1995 표준(이하, IEEE 1394 표준이라고 칭함)에 기초하는 서비스 진단 인터페이스(이하, SDI(service diagnostic interface)라고 칭함)를 포함한다. 이 표준은 많은 디바이스들에 사용되기 때문에, 매우 다양한 상이한 디바이스 하드웨어가 SDI에 대한 기반으로서 사용될 수도 있다. 디바이스가 IEEE 1394 표준을 직접 지원하지 않을 경우, 대부분의 경우에 IEEE 1394 표준을 디바이스에 부가하는 것이 가능하며, 따라서 IEEE 1394 표준에 호환할 수 있어, SDI에 대한 기반으로서 적절하다.

본 발명의 한 중요한 양상은, 서비스 진단 시스템의 디바이스와 디바이스 상태 정보 검사기간의 통신을 위한 SDI 통신 메커니즘의 원리들이 상이한 IEEE 1394 지원 디바이스들에 의해 사용되는 모든 상이한 IEEE 1394 통신/제어 프로토콜 메커니즘들에 공통인 현존하는 통신 메커니즘들에 기초한다는 것이다. 이것은 상이한 IEEE 1394 디바이스들에 의해 지원되는 모든 "실제(real)" 통신/제어 프로토콜들의 기초를 이루는 저 레벨 통신 프로토콜을 사용함으로써 이루어진다. 바람직하게는, 저 레벨 통신 프로토콜은 쿼드렛(Quadlet) 판독/기록 프로토콜에 기초하며, IEEE 1394 표준의 기초를 형성한다. 쿼드렛 판독/기록 프로토콜은 4바이트 레이트의 판독 및 기록을 허용한다.

그로부터의 이점은, 저 레벨 통신 프로토콜을 직접 사용하기 위한 최소의 새로운 기능을 도입할 필요만이 있기 때문에, SDI 통신 메커니즘이 저 비용으로 구현될 수 있다는 것이다. 또한, SDI 통신 메커니즘은 IEEE 1394(예를 들어, AV/C(오디오, 비디오/제어))를 통해 적용된 임의의 "상위(higher)" 통신/제어 프로토콜에 독립적이며, 따라서, IEEE 1394 인터페이스를 포함하는 임의의 디바이스에 적용할 수 있다.

IEEE 1394 인터페이스들은 SDI 소프트웨어 및/또는 SDI 하드웨어의 일부일 수도 있으며, 바람직하게는 디바이스 상태 정보 검사기 및 디바이스 모두에 위치된다. SDI는 디바이스 및 디바이스 상태 정보 검사기 간의 접속, 예를 들어, IEEE 1394 시리얼 버스를 더 포함한다. 또한, 디바이스 상태 정보 검사기 및 디바이스의 SDI 소프트웨어/하드웨어는 각각의 IEEE 1394 인터페이스들을 제어하기 위해 부가 소프트웨어를 포함할 수도 있다. 디바이스 상태 정보 검사기는 바람직하게는 컴퓨팅 디바이스, 예를 들어, PC(Personal Computer)이지만, 이에 한정되지 않는다. 디바이스 상태 정보를 추출하기 위해 필요로 하는 기능을 제공하는 모든 하드웨어 또는 소프트웨어는 디바이스 상태 정보 검사기(이하, 검사기라고 칭함)로서 간주될 수 있다.

검사기에 의해 제어될 여러 개의 디바이스들이 IEEE 1394 네트워크를 통해 접속되면, 그 후 상기 디바이스들 중 적어도 일부 디바이스는 각각 2개 이상의 IEEE 1394 인터페이스들을 포함할 수도 있다. 이 경우에, 디바이스 상태 정보 검사기는 또한, 상이한 디바이스들과 디바이스 상태 정보 검사기를 각각 서로 접속하는 네트워크의 구조에 따라, 2개 이상의 IEEE 1394 인터페이스들을 포함할 수도 있다. 따라서, 이와 같은 경우에, 대응하는 SDI는 2개 이상의 IEEE 1394 인터페이스들을 포함한다.

디바이스와 검사기의 SDI 소프트웨어는 각각 SDI 공통 소프트웨어 및 SDI 고유 소프트웨어로 분할될 수도 있다. 즉, SDI 고유 소프트웨어는 디바이스 종속적인 SDI 고유 소프트웨어를 디바이스 독립적인 SDI 공통 소프트웨어에 "접속"하기 위해 적응층으로서 동작한다. 그로부터의 이점은, SDI를 지원하는 새로운 디바이스의 경우에, SDI 고유 소프트웨어만이 적응되어야 하고, SDI 공통 소프트웨어는 접촉되지 않은(untouched) 채로 남게된다.

검사기의 SDI 소프트웨어/하드웨어, 바람직하게는 SDI 공통 소프트웨어는 다음 기능 중 적어도 일부를 제공한다.

a) 검사기에 접속된 디바이스들에 자체 검사들을 실행할 것을 명령한다,

b) 디바이스로부터 대응하는 자체 검사 결과를 판독하고 자체 검사 결과들을 디스플레이한다,

c) 디바이스로부터 디바이스 고유 정보를 판독하고 디바이스 고유 정보를 디스플레이한다,

d) 판독된 디바이스 고유 정보 및/또는 자체 검사 결과들의 결과에 따라 디바이스 고유 진단/서비스 소프트웨어를 선택, 개시 및 제어한다.

디바이스 고유 정보는, 예를 들어, 디바이스의 제조자명, 디바이스 모델 번호 및 디바이스의 문자 설명(textual description)을 포함한다. 디바이스 고유 정보는 바람직하게는 검사기에 의해 변경할 수 없다. 이것은, 예를 들어, ROM(read only memory) 저장소에 이 디바이스 고유 정보를 유지시킴으로써 달성된다. 모든 접속된 디바이스들의 모든 액세스 가능한 디바이스 고유 정보를 판독함으로써, 검사기는 모든 접속된 디바이스들의 리스트를 생성할 수 있다.

이하 상세한 설명에서, 자체 검사 결과 정보 및 디바이스 고유 정보 모두는 디바이스 상태 정보로서 언급될 것이다.

디바이스의 SDI 소프트웨어/하드웨어, 바람직하게는 SDI 공통 소프트웨어/하드웨어는 다음 기능 중 적어도 일부를 제공한다.

e) 디바이스의 내장(built-in) 자체 검사 소프트웨어를 개시 및 제어한다,

f) 검사기에 의해 액세스 가능한 디바이스의 저장 수단에 자체 검사 결과들과 같은 정보를 제공 및 갱신한다.

디바이스에 명령하기 위해서, 예를 들어, 디바이스에 내장 자체 검사 소프트웨어를 개시하도록 명령하기 위해서, 검사기가 명령 정보를 저장 수단, 바람직하게는 저장 수단 내의 명령 레지스터에 기록하면, 이 명령 정보는 디바이스에 의해 해석된다. 검사기에 디바이스 상태 정보(예를 들어, 검사 결과들)를 제공하기 위해서, 디바이스는 디바이스 상태 정보를 저장 수단, 바람직하게는 저장 수단 내의 상태 레지스터에 기록한다. 검사기는 저장 수단으로부터 디바이스 상태 정보를 판독하여 처리한다. 검사기는, 예를 들어, 저장 수단의 내용이 변경되는지를 정기적인 시간 간격으로 검사하여, 변경되었을 때에만 상태 정보를 판독할 수도 있다.

상기 설명된 통신/제어 처리는 바람직하게는 저 레벨 통신 프로토콜만을 사용함으로써 실행된다.

검사기에 명령하고 추출된 디바이스 상태 정보를 디스플레이하기 위해서, 검사기는 바람직하게 사용자 인터페이스를 포함한다. 사용자 인터페이스를 통해, 사용자는, 예를 들어, 각각 디바이스 고유 정보를 추출함으로써 네트워크에서 액세스 가능한 디바이스들을 식별하는 검사기 내에 저장된 일반적인 진단 소프트웨어를 우선 개시할 수도 있다. 모든 식별된 디바이스들이 정렬되어 사용자에게 디스플레이될 수도 있다. 식별된 디바이스들을 검사하기 위해서, 사용자는 각 디바이스에 대해 각각의 내장된 자체 검사 소프트웨어의 개시와 검사 결과들의 추출을 관리하는 개별적인 검사 소프트웨어가 검사되도록 시작할 수도 있다. 또한, 상기 기술된 단계들은 검사기 자체에 의해 자동적으로 실행될 수 있다.

디바이스는 IEEE 1394 인터페이스와 원격 접속 능력 모두를 포함할 수도 있다. 이 경우에, 디바이스는 원격 접속, 예를 들어, 인터넷 또는 전화를 통해 원격 검사기에 의해 진단될 수 있다.

본 발명에 따른 바람직한 실시예의 다른 특징들과 이점들은 첨부 도면과 함께 이하 설명될 것이다.

이하 상세한 설명에서, 도 1 내지 도 9를 참조하여, SDI를 지원하는 디바이스의 저장 수단의 바람직한 실시예가 예시적으로 설명된다.

도 2, 도 3 및 도 4에서, "M"은 "필수(mandatory)"를, "O"는 "선택(optional)"을 의미하고, 컬럼 "SDI"는 본 발명에 따른 서비스 진단 인터페이스에 관련되며, 컬럼 "1212r"은 이미 언급된 알려진 IEEE 1212-2000 표준에 관련된다.

SDI는 IEEE 1212-2000 표준에 기초하기 때문에, SDI 관련 정보는 IEEE 1212-2000 명세에 따라 디바이스 내에 저장된다. 즉, SDI 관련 정보는 바람직하게는 2-비트 type 필드(2), 바람직하게 6-비트 Key_ID 필드(3) 및 바람직하게 24-비트 Data 필드(4)를 포함하는 제 1 데이터-구조(1)를 사용하여 저장 수단에 저장된다. type 필드(2)는 Data 필드(4)의 정보가 "인접(immediate)" 정보를 나타내는지 또는 오프셋 정보(메모리에서의 위치, 리프 또는 디렉토리에 대한 정보)를 나타내는지의 여부를 기술한다. Key_ID 필드(3)는 Data 필드(4)에 포함되는 정보(예를 들어, "Vendor_ID")의 형태를 명시한다.

저장 수단은 바람직하게는 디렉토리 계층 구조를 포함한다. 디렉토리 계층 구조의 일부는 IEEE 1212 표준에 이미 존재한다. 본 발명은, 도 2에 도시된 바와 같이, SDI 관련 정보로서 제 1 데이터-구조(1)의 다음과 같은 루트 디렉토리 엔트리들을 제공하는 루트 디렉토리(5)를 포함하는, 디렉토리 계층 구조를 사용한다.

a) 디바이스 제조자의 등록 권한 ID(RID, registration authority ID)를 포함하는 Vendor_ID 엔트리(6). 오리지널 장비 제조자(OEM, Original Equipment Manufacturer) 제품들의 경우에, 이 엔트리는 제조자의 RID 또는 디바이스 판매자(vendor)의 RID 중 하나일 수 있다.

b) 제조자명을 포함하는 스트링을 지시하는 Vendor_ID_Text_Descriptor 엔트리(7). OEM 제품들의 경우에, 이 엔트리는 제조자명 또는 디바이스 판매자명 중 하나일 수도 있고, Vendor_ID 엔트리(6)에 명시된 RID의 소유자와 상이할 수도 있다. 바람직하게는, Vendor_ID_Text_Descriptor 엔트리(7)는 Vendor_ID 엔트리(6) 바로 다음에 이어진다. 판매자 아이콘들을 명시하기 위한 Vendor_ID_Text_Descriptor 엔트리(7) 다음을 잇는 부가적인 엔트리들(8)이 있을 수 있다.

c) 모델 번호의 식별을 포함하는 Model_ID 엔트리(9).

d) 바람직하게 Model_ID 엔트리(9) 바로 다음에 이어지며, 모델명을 포함하는 스트링에 대한 오프셋을 포함하는 Model_ID_Text_Descriptor 엔트리(10).

e) 유닛 디렉토리, 예를 들어, 특정 조직 유닛 디렉토리(specifying organization unit directory)(12)에 대한 오프셋을 포함하며, SDI 유닛 디렉토리일 수 있는 Unit_Directory 엔트리(11). 디바이스가 사용하는 프로토콜에 대응하여, 디바이스마다 적어도 하나의 유닛 디렉토리가 존재하여야 한다. 오프셋은 바람직하게는 현재의 Unit_Directory 엔트리(11)에 관련된다.

f) 인스턴스 디렉토리(instance directory)(14)에 대한 오프셋을 포함하며, 바람직하게는 현재 Instance_Directory 엔트리(13)에 관련되는 Instance_Directory 엔트리(13).

g) 진단/검사 소프트웨어에 대한 식별 번호를 포함하는 선택적인 HW_Version 엔트리(15).

루트 디렉토리(5)는, 예를 들어, 모델 아이콘들에 대한 선택적 엔트리들(16) 및/또는 예를 들어, 노드 능력들에 관한 정보를 포함하는 부가적인 필수 엔트리들(17)을 더 포함할 수도 있다.

Model_ID 엔트리(9)와 Vendor_ID 엔트리(6)의 정보 조합은 통상적으로 디바이스를 진단하기 위해 검사기에 의해 사용될 대응하는 진단/검사 소프트웨어를 식별하는데 충분하다. 그러나, HW_Version 엔트리(15)는 이 진단/검사 소프트웨어를 선택적으로 특정할 수도 있다.

Text_Descriptor 엔트리들(7, 10)이 지시하는 스트링들 내에 하나의 언어만이 사용되면, 스트링들에 포함된 텍스트는 최소 1-바이트 ASCII 문자 세트(Minimal one-byte ASCII character set)를 사용하는 것이 바람직하다. 텍스트는 오프셋, 리프 또는 리프 디렉토리에 의해 특정될 수 있다. 검사기는 최소 1-바이트 ASCII 스트링을 판독해야 한다. 하나 이상의 언어가 사용되면, Text_Descriptor 엔트리들(7, 10)은 제 1 엔트리로서 최소 1-바이트 ASCII 스트링으로, 텍스트를 포함하는 리프 디렉토리를 지시해야 한다. 검사기는 단지 최소 1-바이트 ASCII 스트링을 판독해야만 한다.

저장 수단의 디렉토리 계층 구조는 도 3에 도시된 바와 같이, 루트 디렉토리(5)의 서브디렉토리로서 인스턴스 디렉토리(14)를 포함한다. 인스턴스 디렉토리(14)는 일반적으로 디바이스의 유닛 디렉토리들에 대한 포인터 엔트리들을 포함한다. 일반적으로, 디바이스에 의해 사용되는 제어 프로토콜에 대응하여 각 디바이스에는 적어도 하나의 유닛 디렉토리가 존재해야 한다. 이것은 엔트리들(19, 20)에 의해 인스턴스 디렉토리(14)에 표시된다. 본 발명에 따르면, 인스턴스 디렉토리(14)는, SDI를 특정하기 위해 필요한, 즉, 저 레벨 통신 프로토콜을 사용하여 통신하기 위해 필요한 적어도 디바이스 특정 기능의 일부 및 공통 기능의 일부를 포함하는 특정 조직 유닛 디렉토리(12)를 지시하는 부가적인 SO_Unit_Directory 엔트리(18)를 포함한다. 특정 조직 유닛 디렉토리(12)의 엔트리들의 정확한 값들은 특정 조직에 의해 단독으로 결정될 수 있으며, 따라서, 각 특정 조직/회사는 자신의 특정 엔트리 값들을 자유롭게 선택하며, 본 발명의 핵심에는 영향을 미치지 않는다.

이하에서, 유닛 디렉토리(12)의 엔트리들이 도 4에 도시된 바와 같이 설명될 것이다. 인스턴스 디렉토리(14)의 서브디렉토리로서 특정 조직 유닛 디렉토리(12)는 다음을 포함한다.

h) 특정 조직 유닛 디렉토리로서 유닛 디렉토리(12)를 식별하고, 바람직하게는 특정 조직의 등록 권한 ID를 나타내는 SO_RID 엔트리(21),

i) 특정 조직의 SDI 명세 및 그 버전을 식별하는 Version 엔트리(22).

도 5에 도시된 바와 같이, 이 엔트리의 대응하는 제 2 데이터-구조(23)는 SO_Specification_Type 필드(24)를 포함하며, 대응하는 특정 조직의 SDI 명세 및 그 버전을 식별한다. 여기서, 이 필드는 바람직하게는 값 01₁₆을 나타내고, 모든 다른 값들은 예약되어 있다. 일반적으로, 디렉토리 엔트리들의 모든 정확한 값들은 예로서만 제공되며, 다른 값들로 설정될 수 있다. 또한, 이것은 값들이 이 실시예에서와 같이 반드시 16진수로 기록되어야 할 필요가 없음을 의미한다. SDI 지원 디바이스는 SO_RID 엔트리(21)와 SO_Specification_Type 필드(24)의 값 01₁₆의 조합으로 식별될 수도 있다. Version 엔트리(22)의 제 2 데이터-구조(23)는 SO_Specification_Type 필드(24)에 포함된 SO_Specification_Type의 버전을 식별하는 SO_Specification_Version 엔트리(25)를 더 포함하며, 이것은 주_버전과 개정에 표시된다. 예를 들어, 명세의 제 1 버전은 버전 1.0일 것이며, 이는 01₁₆의 주_버전과 0의 개정을 산출한다.

j) 제 3 데이터-구조(27)에 의해 표시되는 상태 레지스터(Response_Register)에 대한 오프셋을 포함하는 Response_Reg_Offset 엔트리(26). 각 Key_ID 필드의 값은 바람직하게 38₁₆이다. Response_Reg_Offset 엔트리(26)의 제 4 데이터-구조(28)가 도 6에 도시되어 있다.

k) 검사기에 정보를 제공하기 위해 사용될 수 있는 선택적 텍스트 스트링에 대해 바람직하게 현재 디렉토리 엔트리에 관련한 오프셋을 포함하는 Descriptor 엔트리(29).

l) 제 5 데이터-구조(31)에 의해 표시되는 명령 레지스터(Test_Start_Register)에 대한 오프셋을 포함하는 Test_Start_Offset 엔트리(30). 각 Key_ID 필드의 값은 39₁₆이다. Test_Start_offset 엔트리(30)의 제 6 데이터-구조(32)가 도 7에 도시되어 있다.

상태 레지스터(Response_Register)는 검사기에 의해 판독될 디바이스 상태 정보를 제공하기 위해 사용된다. 이 Response_Register의 제 3 데이터-구조(27)가 도 8에 도시되어 있다. 이 구조는 31-비트 response 필드(33)와 "0" 또는 "1"의 값들을 나타낼 수 있는 Busy_Flag 필드(34)를 포함한다.

명령 레지스터(Test_Start_Register)는 검사기에 의해 명령 정보로 채워질 수 있는 Test_Command 필드(35)를 포함하는 데이터 구조(31)에 의해 표시된다. Test_Start_Register(31)는, 도 9에 도시된 바와 같이, "0" 또는 "1"의 값들을 나타낼 수 있는 INI_Flag 필드(36)를 더 포함한다.

디바이스는 값 "1"로 설정된 INI_Flag를 포함하는 명령 정보 형태의 명령이 검사기에 의해 상기 디바이스의 명령 레지스터(Test_Start_Register)에 기록될 때, 다음 단계들을 실행한다.

- 상기 명령의 실행이 개시되고, 그에 의해,

- 상태 레지스터(Response_Register)의 상기 Busy_Flag 필드(34) 내 Busy_Flag가 값 "1"로 설정되고,

- INI_Flag는 값 "0"으로 설정된다.

- 명령이 완료된 후에, 디바이스 상태 정보와 같은, 대응하는 자체 검사 결과가 상태 레지스터(Response_Register)의 31-비트 response 필드(33)에 기록되고,

- Busy_Flag는 값 "0"으로 설정되며,

- INI_Flag가 디바이스에 의해 값 "1"에서 값 "0"으로 설정된 후에, 자체 검사 결과가 검사기에 의해 상태 레지스터(Response_Register)(27)의 31-비트 response 필드(33)로부터 판독되며,

- 판독된 자체 검사 결과가 상기 Busy_Flag의 실제 값에 따라 해석된다. 즉, 검사기가 Busy_Flag의 "1"에서 "0"으로의 전이를 나타낼 때, 판독된 자체 검사 결과의 나머지 31비트의 내용은 완전하고, 따라서 해석될 수 있다.

바람직하게, INI_Flag가 디바이스에 의해 값 "1"에서 값 "0"으로 설정된 후에 검사기는 상태 레지스터(Response_Register)(27)의 response 필드(33)의 자체 검사 결과 판독을 즉시 개시하고, 상태 레지스터(Response_Register)(27)의 Busy_Flag 필드(34)와 response 필드(33)의 자체 검사 결과를 "폴-판독(poll-reading)"하도록 한다. 즉, 검사기는 여러 번 판독하며, 매번 Busy_Flag의 "1"에서 "0"으로의 전이가 이미 발생되었는지를 검사한다. 전이가 발생되었다면, 검사기는 response 필드(33)의 판독된 자체 검사 결과가 완전하다는 것을 알게 된다. 디바이스에 의한 명령의 실행이 통상적으로 수 초가 소요됨에 따라 이러한 메커니즘이 필요하며, 단지 검사기는 Busy_Flag를 영구히 검사(전체 상태 레지스터(Response_Register)(27)를 영구히 판독하는 것을 의미함)함으로써 명령이 이미 완료되었는지를 알 수 있다.

검사기에 의한 모든 판독/기록 절차들은 바람직하게 비동기 쿼드렛 판독/기록 프로토콜을 사용하여 수행된다.

모든 오프셋들은 바람직하게 CSR(control and status register) 메모리를 지시한다.

본 발명에 의해, IEEE 1394 네트워크를 통해 서로 접속되는 디바이스들에 대해 진단 처리를 용이하게 할 수 있는 방법을 제공한다.

도 1은 본 발명에 따른 SDI와 관련된 디바이스 상태 정보 및 다른 정보를 저장하기 위해 사용되는 데이터 포맷을 도시하는 개략도.

도 2는 본 발명에 따른 SDI와 관련된 루트 디렉토리 엔트리들의 리스트를 도시하는 도면.

도 3은 본 발명에 따른 SDI와 관련된 인스턴스 디렉토리 엔트리들(instance directory entries)의 리스트를 도시하는 도면.

도 4는 본 발명에 따른 SDI와 관련된 특정 조직 유닛 디렉토리(specifying organization unit directory) 엔트리들의 리스트를 도시하는 도면.

도 5는 본 발명에 따른 특정 조직 유닛 디렉토리 내의 Version 엔트리의 데이터 포맷을 도시하는 개략도.

도 6은 본 발명에 따른 특정 조직 유닛 디렉토리 내의 Response_Reg_Offset 엔트리의 데이터 포맷을 도시하는 개략도.

도 7은 본 발명에 따른 특정 조직 유닛 디렉토리 내의 Test_Start_Offset 엔트리의 데이터 포맷을 도시하는 개략도.

도 8은 본 발명에 따른 상태 레지스터(Response_Register)의 데이터 포맷을 도시하는 개략도.

도 9는 본 발명에 따른 명령 레지스터(Test_Start_Register)의 데이터 포맷을 도시하는 개략도.

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

1 : 제 1 데이터-구조 5 : 루트 디렉토리

12 : SO 유닛 디렉토리 14 : 인스턴스 디렉토리

23 : 제 2 데이터-구조 28 : 제 4 데이터-구조

Claims

적어도 하나의 검사 대상 디바이스(device under test; DUT)에 접속되는 검사 디바이스에 의해 상기 적어도 하나의 DUT를 검사하는 방법에 있어서,

- 상기 적어도 하나의 DUT에 대한 IEEE 1394 프로토콜 접속을 수립하는 단계로서, 상기 접속을 실현하기 위해 사용된 유일한 통신 프로토콜은 IEEE 1394 표준의 프로토콜인, 상기 수립 단계;

- 상기 DUT에 대응하는 디바이스 특정 정보를 판독하는 단계;

- 상기 DUT 상에서 자체 검사 절차를 개시하는 것에 대응하여 상기 DUT의 명령 레지스터에 명령을 기록하는 단계로서, 상기 기록은 상기 IEEE 1394 표준의 프로토콜 명령을 사용하는, 상기 기록 단계;

- 상기 DUT로부터 디바이스 상태 정보를 판독하는 단계로서, 상기 판독은 상기 IEEE 1394 표준의 프로토콜 명령을 사용하고, 상기 디바이스 상태 정보는 상기 DUT의 검사 결과에 대응하는, 상기 디바이스 상태 정보 판독 단계를 포함하는, 검사 방법.
제 1 항에 있어서,

상기 명령을 기록하는 처리는 상기 DUT의 상기 명령 레지스터 내 INI_Flag를 인에이블하는 단계를 포함하는 것을 특징으로 하는, 검사 방법.
제 1 항 또는 제 2 항에 있어서,

상기 디바이스 상태 정보를 판독하는 처리는 상기 DUT의 상태 레지스터 내 Busy_Flag의 Busy_Flag 전이가 검출되는 경우 수행되는 것을 특징으로 하는, 검사 방법.
제 1 항 또는 제 2 항에 있어서,

상기 디바이스 상태 정보를 판독하는 처리는 상기 DUT의 상태 레지스터에 저장된 정보에 기초하는 것을 특징으로 하는, 검사 방법.
검사 대상 디바이스(DUT) 상에서 검사 절차들을 제어하는 방법에 있어서,

- 검사 디바이스와의 IEEE 1394 프로토콜 접속을 수립하는 단계로서, 상기 접속을 실현하기 위해 사용된 유일한 통신 프로토콜은 IEEE 1394 표준의 IEEE 1394 프로토콜인, 상기 수립 단계;

- 상기 디바이스의 명령 레지스터의 콘텐트를 체크하는 단계로서, 상기 콘텐트는 검사 명령에 대응하는, 상기 체크 단계;

- 상기 명령을 수행하는 단계;

- 상기 명령에 따라 디바이스 상태 정보를 상기 DUT의 상태 레지스터에 기록하는 단계를 포함하는, 제어 방법.
제 5 항에 있어서,

상기 명령을 수행하는 단계는 상기 DUT의 상태 레지스터의 Busy_Flag를 인에이블하는 단계 및 이어서 상기 DUT의 명령 레지스터의 INI_Flag를 디스에이블하는 단계를 포함하는 것을 특징으로 하는, 제어 방법.
제 5 항에 있어서,

상기 디바이스 상태 정보를 기록하는 단계는 상기 상태 레지스터의 Busy_Flag를 디스에이블하는 단계를 포함하고, 상기 디스에이블 단계는 상기 Busy_Flag의 전이에 대응하는 것을 특징으로 하는, 제어 방법.
제 5 항 내지 제 7 항 중 어느 한 항에 있어서,

상기 프로토콜은 쿼드렛 판독/기록 프로토콜(quadlet read/write protocol)인 것을 특징으로 하는, 제어 방법.
IEEE 1394를 지원하고 디바이스 상태 정보 검사기에 접속 가능한 적어도 하나의 검사 대상 디바이스(DUT)의 디바이스 상태 정보를 추출하기 위한 상기 디바이스 상태 정보 검사기에 있어서,

- 상기 적어도 하나의 DUT에 대한 IEEE 1394 프로토콜 접속을 수립하는 수단으로서, 상기 접속을 실현하기 위해 사용된 유일한 통신 프로토콜은 IEEE 1394 표준의 IEEE 1394 프로토콜인, 상기 수립 수단;

- 상기 DUT로부터 디바이스 상태 정보를 판독하는 수단으로서, 상기 판독은 상기 IEEE 1394 표준의 프로토콜 명령을 사용하고 상기 디바이스 상태 정보는 상기 DUT의 검사 결과에 대응하는, 상기 판독 수단;

- 상기 DUT 상에서 자체 검사 절차를 개시하는 것에 대응하여 상기 DUT의 명령 레지스터에 명령을 기록하는 수단으로서, 상기 기록은 상기 IEEE 1394 표준의 프로토콜 명령을 사용하는, 상기 기록 수단을 포함하는, 디바이스 상태 정보 검사기.
제 9 항에 있어서,

상기 디바이스 상태 정보 검사기에 명령하고 추출된 디바이스 상태 정보를 디스플레이하기 위한 사용자 인터페이스를 특징으로 하는, 디바이스 상태 정보 검사기.
IEEE 1394를 지원하고 디바이스 상태 정보 검사기에 의해 제어 가능한 검사 대상 디바이스(DUT)에 있어서,

- 검사 디바이스와의 IEEE 1394 프로토콜 접속을 수립하는 수단으로서, 상기 접속을 실현하기 위해 사용된 유일한 통신 프로토콜은 IEEE 1394 표준의 IEEE 1394 프로토콜인, 상기 수립 수단;

- 상기 디바이스의 명령 레지스터의 콘텐트를 체크하는 수단으로서, 상기 콘텐트는 검사 명령에 대응하는, 상기 체크 수단;

- 상기 명령을 수행하는 수단;

- 상기 명령에 따라 디바이스 상태 정보를 상기 DUT의 상태 레지스터에 기록하는 수단을 포함하는, 검사 대상 디바이스.
제 11 항에 있어서,

적어도 디바이스 특정 정보의 일부들 및 상기 통신 프로토콜을 사용하기 위해 필요한 기능의 일부들은 상기 디바이스의 저장 수단의 일부인 디렉토리 구조 내에 위치되는 것을 특징으로 하는, 검사 대상 디바이스.
제 12 항에 있어서,

상기 디렉토리 구조의 루트 디렉토리(5)는 상기 통신 프로토콜의 사용에 관한 정보 및 기능을 포함한 서브디렉토리들에 대한 디바이스 특정 정보 엔트리들 및 오프셋 엔트리들을 포함하는 것을 특징으로 하는, 검사 대상 디바이스.
제 13 항에 있어서,

상기 루트 디렉토리(5)는,

- 상기 디바이스의 판매자(vendor) 또는 제조자(manufacturer)에 대한 정보를 포함하는 Vendor_ID 엔트리(6);

- 상기 디바이스 상기 판매자 또는 제조자에 대한 부가 정보를 포함하는 Vendor_ID_Text_Descriptor 엔트리(7);

- 상기 디바이스의 모델 번호 정보를 포함하는 Model_ID 엔트리(9);

- 부가적인 모델 번호 정보를 포함하는 Model_ID_Text_Descriptor 엔트리(10);

- 상기 루트 디렉토리의 서브디렉토리로서 유닛 디렉토리에 대한 오프셋을 포함하는 Unit_Directory 오프셋 엔트리(11);

- 상기 루트 디렉토리의 서브디렉토리로서 인스턴스 디렉토리에 대한 오프셋을 포함하는 Instance_Directory(13) 오프셋 엔트리를 포함하는, 검사 대상 디바이스.
제 14 항에 있어서,

상기 인스턴스 디렉토리(13)는 특정 조직 Unit_Directory 오프셋 엔트리(11)를 포함하는 것을 특징으로 하는, 검사 대상 디바이스.
제 12 항 내지 제 15 항 중 어느 한 항에 있어서,

상기 저장 수단은 적어도 상기 통신 프로토콜을 위해 필요한 상기 기능의 일부들 및 상기 디바이스 특정 정보의 일부들을 포함하는 구성 ROM을 포함하는 것을 특징으로 하는, 검사 대상 디바이스.
서비스 진단 시스템에 있어서,

- 제 9 항 또는 제 10 항에 따른 디바이스 상태 정보 검사기;

- 제 11 항 내지 제 15 항 중 어느 한 항에 따른 디바이스; 및

- 상기 디바이스 및 상기 디바이스 상태 정보 검사기 간의 접속으로서의 IEEE 1394 버스로서, 상기 디바이스 및 상기 디바이스 상태 정보 검사기는 상기 각각의 IEEE 1394 인터페이스들 및 상기 IEEE 1394 버스를 걸쳐 상기 통신 프로토콜을 통해서만 통신하는, 상기 IEEE 1394 버스를 포함하는, 서비스 진단 시스템.
제 17 항에 있어서,

- 상기 디바이스 상태 정보 검사기에 위치되는 제 1 서비스 진단 시스템 하드웨어 및 제 1 서비스 진단 시스템 소프트웨어; 및

- 상기 디바이스에 위치되는 제 2 서비스 진단 시스템 하드웨어 및 제 2 서비스 진단 시스템 소프트웨어를 포함하고,

상기 디바이스 상태 정보 검사기의 상기 IEEE 1394 인터페이스는 상기 제 1 서비스 진단 시스템 하드웨어 및 제 1 서비스 진단 시스템 소프트웨어의 일부이고, 상기 디바이스의 상기 IEEE 1394 인터페이스는 상기 제 2 서비스 진단 시스템 하드웨어 및 제 2 서비스 진단 시스템 소프트웨어의 일부인 것을 특징으로 하는, 서비스 진단 시스템.
제 1 항 또는 제 2 항에 있어서,

상기 프로토콜은 쿼드렛 판독/기록 프로토콜인 것을 특징으로 하는, 검사 방법.
삭제
삭제