KR20130141359A - 고장 분석 검증 및 시각화 - Google Patents

Abstract

상이한 고장 분석 레이아웃들을 위한 고장 데이터(904)를 통합하기 위한 시스템이 제공된다. 시스템은 데이터 검증기(202) 및 레이아웃 엔진(302)을 포함한다. 데이터 검증기(202)는 복수의 시스템(902)들을 포함하는 복합 시스템에 대해서 고장 분석 데이터(904)를 검증하도록 구성된다. 고장 분석 데이터는 고장난 시스템들을 식별시키는 고장 데이터(904), 및 복합 시스템과 그 시스템(902)들의 적어도 일부의 가능한 고장들을 기술하는 설계 데이터를 포함한다. 이러한 관점에서, 데이터 검증기(202)는 고장 데이터(904)와 설계 데이터 사이에서 하나 이상의 일관성 체크를 수행해서 복수의 상이한 고장 분석 레이아웃들을 위한 고장 데이터(904)를 통합하도록 구성된다. 그리고, 레이아웃 엔진(302)은 고장 분석 데이터(904)의 복수의 상이한 레이아웃(1004)들의 임의의 하나 이상을 선택적으로 생성하고 전송하도록 구성되며, 고장 분석 데이터(904)의 적어도 일부는 상이한 레이아웃(1004)들의 적어도 일부들 사이에서 공유된다.

Description

고장 분석 검증 및 시각화{FAILURE ANALYSIS VALIDATION AND VISUALIZATION}

본 발명은 일반적으로 고장 분석 데이터의 레이아웃들에 관한 것이며, 더욱 구체적으로는, 레이아웃들 간의 데이터의 일관성(consistency)을 용이하게 하는 방식에 있어서 상이한 이해관계자들을 위한 고장 분석 데이터의 구별되는 레이아웃(layout)들에 관한 것이다.

항공우주, 자동차, 해양, 및 전자공학과 같은 산업에서 많은 복합 시스템(complex system)들의 설계의 진보는 수많은 상호 의존적인 시스템들의 발전을 가져왔다. 이러한 시스템들의 하나 이상의 고장 또는 오동작은 직접적으로 또는 간접적으로 다른 시스템들에 영향을 미친다. 게다가, 이러한 고장들/오동작들의 분석 및 그 직간접적인 영향은 흔히 인증 프로세스(certification process)의 일부로서 요구된다. 통상적으로, 이러한 분석은 이러한 분석을 용이하게 할 수 있도록 하는 시스템 또는 프로세스를 참조하지 않고 시스템 분석가들의 그룹에 의해서 수동으로 수행된다.

고장 분석으로부터의 데이터는 텍스트보다 더욱 명확하게 정보를 전달하는 그래픽 표현(graphical representation)으로서 나타내질 수 있다. 이러한 데이터로부터 전개된 레코드(record)들(예컨대, 그래픽 표현들, 테스트 계획들)은 연방형(federated) 시스템들뿐 아니라 통합형(integrated) 시스템들을 가지고 고장 분석의 수용가능성(acceptability)을 평가하기 위해서 이용될 수 있다. 현재, 이러한 레코드들은 시간소모적인 수동적 방식을 통해서 자신의 관점 및 이익을 가지고 상이한 엔지니어링 조직들에 의해서 생성될 수 있으며, 이것은 에러가 발생하기 쉽고, 일관성과 충분한 통합 및 제어가 부족할 수 있다.

연방형 시스템들을 갖는 항공기 프로그램들에서, 고장 분석이 간단할 수 있으며, 통상적으로 쉽게 이해되는 캐스케이딩(cascading) 항공기-레벨(aircraft-level) 영향들을 가지는 제한된 수의 시스템들을 포함할 수 있다. 연방형 시스템들을 가지고 고장 분석의 수용가능성을 평가하기 위해서 이용되는 레코드들은 통상적으로 개개의 시스템 전문가가 충분하다고 보는 것에 국한되며, 고장 평가는 한정된 수의 사람들에 의해서 이루어질 수 있다.

한편, 고집적(highly-integrated) 구조들을 가진 복잡한 항공기 시스템들 상에서 수행될 때, 고장 분석은 사건에 대한 완전한 그림(complete picture) 없이 쉽게 이해되지 않는 복잡한 캐스케이딩 영향들 및 항공기-레벨 영향들을 갖는 다수의 시스템을 연루시킬 수 있다. 이러한 환경에서 고장 분석의 유효한 평가를 만들어 내기 위해서, 연방형 시스템 환경에서 고장을 평가하기 위하여 요구되는 것보다 더 많은 이해관계자들이 관여되어야 한다. 이해관계자들 각각은 자신들이 특히 관심을 가질 수 있는 고장 사건의 구체적인 레이아웃을 가진다(이들 모두는 유효하다). 고장 사건의 모든 레이아웃들은 적절한 평가가 이루어졌는지와 항공기가 적당한 안전 레벨을 유지할 것인지를 보장하기 위하여 모든 이해관계자들과 함께 고려되어야 한다. 더 오래된 관례들이 연방형 시스템들을 가진 항공기에 대해서 충분하지만(예컨대, 개개의 시스템 전문가들은 자신들의 시스템 내에 통상적으로 포함되는 고장 시나리오들을 평가하기에 충분해 보이는 레이아웃들을 이용한다), 고장을 평가하는 것에 관한 한 현재 세대의 항공기에 대해서는 충분하지 않다.

도전 과제는 종래에 상이한 그룹들에 의해서 다양한 포맷으로 수동으로 생성되어 왔던 이러한 제품들/레코드들/레이아웃들을 만드는 데 있다. 도전 과제는 세 가지인데, 즉 상이한 제품들 사이에서 일관성을 유지하는 것, 제품들을 개발하는 데 드는 자원/시간을 감소시키는 것, 및 변화에 대한 경고를 생성하는 것이다.

본 발명은 상이한 고장 분석 레이아웃들을 위한 고장 데이터를 통합하기 위한 시스템, 방법 및 컴퓨터-판독가능 저장 매체를 제공하는 것을 목적으로 한다.

본 발명의 예시적인 실시 예들은 일반적으로 상이한 고장 분석 레이아웃들을 위한 고장 데이터를 통합하기 위한 시스템 및 이에 상응하는 방법 및 컴퓨터-판독가능 저장 매체를 지향하는 것이다. 예시적인 실시 예들에 따르면, 고장 사례 레이아웃들은 고장 분석으로부터 생성된 고장 데이터로부터 자동으로 만들어질 수 있으며, 이것은 수동 생산과 관련된 에러들/오역들을 제거하거나 감소시킬 수 있으며, 수동 생산을 위해서 요구되는 엔지니어링(engineering) 시간을 감소시킬 수 있다. 고장 데이터는 데이터를 통합하기 위하여 일관성에 대해 체크될 수 있으며, 이것은 결국 데이터의 레이아웃들 간의 일관성을 용이하게 할 수 있다. 이것은 고장 사례의 더욱 우수한 평가를 가능하게 할 수 있다(예컨대, 고장 사례가 수용가능한지 여부 또는 전체 복합 시스템 안전 및 기능을 보장하기 위해서 수정이 이루어져야 하는지 여부에 대해 결정하는 것). 고장 데이터의 일관성 체크(consistency check)들은 또한 시간과 자원을 덜 요구하는 더욱 안전하고 더욱 통합된 제품의 생산을 보장할 수 있다.

예시적인 실시 예들의 일 관점에 따르면, 시스템은 데이터 검증기 및 이에 연결된 레이아웃 엔진을 포함한다. 데이터 검증기는 복수의 시스템들을 포함하는 복합 시스템에 대한 고장 분석 데이터를 수신하고 검증하도록 구성된다. 고장 분석 데이터는 복수의 시스템들의 하나 이상의 고장난 시스템들을 식별시키기 위한 고장 데이터를 포함하고, 복합 시스템 및 그것의 시스템들의 적어도 일부의 가능한 고장들을 기술하는 설계 데이터 또한 포함할 수 있다. 하나의 예에 있어서, 고장난 시스템들은 원인 고장(originating failure)에 의해서 직접적으로 영향받는 고장난 시스템 및 원인 고장에 의해서 간접적으로 영향받는 임의의 하위의(lower-ordered) 고장난 시스템들을 포함할 수 있다. 그리고, 더욱 구체적인 예에 있어서, 복합 시스템의 시스템들은 하나 이상의 전기 시스템들을 포함할 수 있고, 고장난 시스템들은 하나 이상의 고장난 전기 시스템들을 포함한다.

데이터 검증기가 고장 분석 데이터를 검증하도록 구성되는 것은, 고장 데이터와 설계 데이터 사이에서 하나 이상의 일관성 체크들을 수행해서 복수의 상이한 고장 분석 레이아웃들에 대한 고장 데이터를 통합하도록 구성되는 것을 포함할 수 있다. 그리고, 레이아웃 엔진은 고장 분석 데이터의 복수의 상이한 레이아웃들 중의 임의의 하나 이상을 선택적으로 생성하도록 구성되며, 검증된 고장 분석 데이터의 적어도 일부는 상이한 레이아웃들의 적어도 일부들 사이에서 공유된다.

다양한 예들에서, 고장 데이터는 다수의 상이한 데이터의 임의의 것을 포함할 수 있다. 예를 들어, 고장 데이터는 고장난 시스템들의 각각의 고장들에 반응하여 생성된 하나 이상의 메시지들(예컨대, 경고 메시지들, 상태 메시지들, 유지보수 메시지들)을 포함할 수 있다. 부가적으로 또는 대안적으로, 예를 들어, 고장 데이터는 고장난 시스템들의 각각의 고장들에 대한 위험 레벨들을 포함할 수 있다. 다른 예에서, 고장 데이터는 하나 이상의 고장난 전기 시스템들의 파워 상태들을 식별시킬 수 있다. 그리고, 또 다른 예에서, 고장 데이터는 고장난 시스템들에 의해 영향받는 하나 이상의 복합-시스템-레벨(complex-system-level) 기능들의 목록을 포함할 수 있다.

다양한 예들에서, 설계 데이터는 다수의 상이한 데이터의 임의의 것을 포함할 수 있다. 예를 들어, 설계 데이터는 복합 시스템의 시스템들 사이의 논리 관계들을 기술하는 논리 인터페이스 정보를 포함할 수 있다. 부가적으로 또는 대안적으로, 예를 들어, 설계 데이터는 복합 시스템의 다양한 시스템들과 관련된 경고 메시지들의 집합(collection)을 포함할 수 있다. 설계 데이터는 복합 시스템과 그것의 시스템들 사이의 물리적 관계들을 기술하는 하나 이상의 개략도(schematic diagram)들을 포함할 수 있으며, 복합 시스템은 복수의 물리적으로-구별되는(physically-distinct) 영역들로 나누어질 수 있다. 나아가, 예를 들어, 설계 데이터는 복합 시스템의 다양한 시스템들과 관련된 위험 레벨들의 집합을 포함할 수 있다. 또 다른 예에서, 설계 데이터는 복합 시스템의 다양한 동작 상태들에 대한 하나 이상의 전기 시스템들의 파워 상태들을 기술하는 전기 부하 데이터를 포함할 수 있다. 그리고, 더욱 추가적인 예에서, 설계 데이터는 하나 이상의 복합-시스템-레벨 기능들 및 각각의 기능들을 구현하는 복합 시스템의 시스템들의 목록을 포함할 수 있다.

다양한 예들에서, 데이터 검증기는 예를 들어, 논리-인터페이스(logical-interface) 일관성 체크, 경고(alert) 일관성 체크, 위치(location) 일관성 체크, 논리-인터페이스(logical-interface) 일관성 체크, 위험-평가(hazard-assessment) 일관성 체크, 전기-부하(electrical-load) 일관성 체크, 또는 기능 영향(functional impact) 일관성 체크 중의 하나 이상을 포함하는 다수의 상이한 일관성 체크들 중의 임의의 것을 수행하도록 구성될 수 있다. 하나의 예에 있어서, 데이터 검증기는, 고장난 시스템이 하위의 고장난 시스템들과 논리적으로 관련이 있는지에 대한 체크 또는 고장난 시스템과 논리적으로 관련된 시스템들이 하위의 고장난 시스템들인지에 대한 체크를 포함하는 논리-인터페이스 일관성 체크를 수행하도록 구성될 수 있다.

경고 일관성 체크는, 고장난 시스템들을 위해 생성된 하나 이상의 경고 메시지들이 경고 메시지들의 집합에서의 각각의 고장난 시스템들과 관련된 경고 메시지들과 연관성이 있는지에 대한 체크를 포함할 수 있다. 위치 일관성 체크는 고장난 시스템들이 복합 시스템의 동일한 영역에 물리적으로 위치하는지에 대한 체크를 포함할 수 있다. 추가적인 예에서, 위치 일관성 체크는 또한 상술한 바와 같은 방식으로 논리-인터페이스 일관성 체크를 포함할 수 있다.

위험-평가 일관성 체크는, 고장난 시스템들의 각각의 고장들에 대한 위험 레벨들이 위험 레벨들의 집합에서의 각각의 고장난 시스템들과 관련된 위험 레벨들과 연관성이 있는지에 대한 체크를 포함할 수 있다. 전기-부하 일관성 체크는, 하나 이상의 고장난 전기 시스템들의 파워 상태들이 전기 부하 데이터와 연관성이 있는지에 대한 체크를 포함할 수 있다. 하나의 예에 있어서, 기능 영향 일관성 체크는 고장난 시스템들에 의해 영향받는 복합-시스템-레벨 기능들을 포함하는 고장 데이터가 각각의 고장난 시스템들에 의해 구현되는 복합-시스템-레벨 기능들을 포함하는 설계 데이터와 연관성이 있는지에 대한 체크를 포함할 수 있다.

도면들 및 텍스트에서, 일 관점에 있어서, 상이한 고장 분석 레이아웃들을 위한 고장 데이터(904)를 통합하기 위한 시스템(100)이 공개되는데, 상기 시스템은: 복수의 시스템(902)들을 포함하는 복합 시스템을 위한 고장 분석 데이터(904)를 수신하고 검증하도록 구성된 데이터 검증기(202), 및 데이터 검증기(202)에 연결되고, 고장 분석 데이터(904)의 복수의 상이한 레이아웃들 중의 임의의 하나 이상을 선택적으로 생성하도록 구성된 레이아웃 엔진(302)을 포함하고, 고장 분석 데이터(904)는 고장 데이터(904) 및 설계 데이터를 포함하고, 고장 데이터(904)는 복수의 시스템(902)들의 하나 이상의 고장난 시스템을 식별시키고, 설계 데이터는 복합 시스템 및 그것의 시스템(902)들의 적어도 일부의 가능한 고장들을 기술하고, 데이터 검증기(202)가 고장 분석 데이터(904)를 검증하도록 구성되는 것은, 복수의 상이한 고장 분석 레이아웃들을 위한 고장 데이터(904)를 통합하기 위해서 고장 데이터(904)와 설계 데이터 간의 하나 이상의 일관성 체크를 수행하도록 구성되는 것을 포함하고, 검증된 고장 분석 데이터(904)의 적어도 일부는 상이한 레이아웃들의 적어도 일부 사이에서 공유된다.

대안적으로, 고장난 시스템들은 원인 고장에 의해서 직접적으로 영향받는 고장난 시스템 및 원인 고장에 의해서 간접적으로 영향받는 임의의 하위의 고장난 시스템들을 포함하고, 설계 데이터는 복합 시스템의 시스템들 간의 논리 관계들(906)을 기술하는 논리 인터페이스 정보를 포함하고, 데이터 검증기(202)가 하나 이상의 일관성 체크를 수행하도록 구성되는 것은, 고장 데이터(904) 및 논리 인터페이스 정보를 이용해서 논리-인터페이스 일관성 체크를 수행하도록 구성되는 것을 포함하고, 논리-인터페이스 일관성 체크는, 고장난 시스템이 하위의 고장난 시스템들과 논리적으로 관련(906)이 있는지에 대한 체크 또는 고장난 시스템과 논리적으로 관련(906)이 있는 시스템들이 하위의 고장난 시스템들인지에 대한 체크를 포함하도록, 본 시스템이 구성될 수 있다.

대안적으로, 고장 데이터(904)는 고장난 시스템들의 각각의 고장들에 반응하여 생성된 하나 이상의 경고 메시지들(1010)을 포함하고, 설계 데이터는 복합 시스템의 다양한 시스템들과 관련이 있는 경고 메시지들(1010)의 집합을 포함하고, 데이터 검증기(202)가 하나 이상의 일관성 체크를 수행하도록 구성되는 것은, 생성된 경고 메시지들(1010) 및 경고 메시지들(1010)의 집합을 이용해서 경고 일관성 체크를 수행하도록 구성되는 것을 포함하고, 경고 일관성 체크는, 고장난 시스템들을 위해 생성된 하나 이상의 경고 메시지들(1010)이 경고 메시지들(1010)의 집합에서의 각각의 고장난 시스템들과 관련이 있는 경고 메시지들(1010)과 연관성이 있는지에 대한 체크를 포함하도록, 본 시스템이 구성될 수 있다.

대안적으로, 설계 데이터는 복합 시스템과 그것의 시스템(902)들 간의 물리적 관계들을 기술하는 하나 이상의 개략도(1004)들을 포함하고, 복합 시스템은 복수의 물리적으로-구별되는 영역들로 나누어질 수 있고, 데이터 검증기(202)가 하나 이상의 일관성 체크를 수행하도록 구성되는 것은, 고장 데이터(904) 및 하나 이상의 개략도들(1004)을 이용해서 위치 일관성 체크를 수행하도록 구성되는 것을 포함하고, 위치 일관성 체크는, 고장난 시스템들이 복합 시스템의 동일한 영역에 물리적으로 위치하는지에 대한 체크를 포함하도록, 본 시스템이 구성될 수 있다.

대안적으로, 고장 데이터(904)는 고장난 시스템들의 각각의 고장들에 대한 위험 레벨들을 포함하고, 설계 데이터는 복합 시스템의 다양한 시스템(902)들과 관련이 있는 위험 레벨들의 집합을 포함하고, 데이터 검증기(202)가 하나 이상의 일관성 체크를 수행하도록 구성되는 것은, 고장난 시스템들의 각각의 고장들에 대한 위험 레벨들 및 경고 메시지들(1010)의 집합을 이용해서 위험-평가 일관성 체크를 수행하도록 구성되는 것을 포함하고, 위험-평가 일관성 체크는, 고장난 시스템들의 각각의 고장들에 대한 위험 레벨들이 위험 레벨들의 집합에서의 각각의 고장난 시스템들과 관련이 있는 위험 레벨들과 연관성이 있는지에 대한 체크를 포함하도록, 본 시스템이 구성될 수 있다.

대안적으로, 복합 시스템의 시스템들은 하나 이상의 전기 시스템을 포함하고, 고장난 시스템들은 하나 이상의 고장난 전기 시스템을 포함하고, 고장 데이터(904)는 하나 이상의 고장난 전기 시스템의 파워 상태들을 식별시키고, 설계 데이터는, 복합 시스템의 다양한 동작 상태들에 대한 하나 이상의 고장난 전기 시스템의 파워 상태들을 기술하는 전기 부하 데이터를 포함하고, 데이터 검증기(202)가 하나 이상의 일관성 체크를 수행하도록 구성되는 것은, 고장 데이터(904) 및 전기 부하 데이터를 이용해서 전기-부하 일관성 체크를 수행하도록 구성되는 것을 포함하고, 전기-부하 일관성 체크는, 하나 이상의 고장난 전기 시스템의 파워 상태들이 전기 부하 데이터와 연관성이 있는지에 대한 체크를 포함하도록, 본 시스템이 구성될 수 있다.

대안적으로, 고장 데이터(904)는 고장난 시스템들에 의해 영향받는 하나 이상의 복합-시스템-레벨 기능들의 목록을 포함하고, 설계 데이터는 하나 이상의 복합-시스템-레벨 기능들 및 각각의 기능들을 구현하는 복합 시스템의 시스템들의 목록을 포함하고, 데이터 검증기(202)가 하나 이상의 일관성 체크를 수행하도록 구성되는 것은, 고장난 시스템들에 의해 영향받는 복합-시스템-레벨 기능들을 포함하는 고장 데이터(904)가 각각의 고장난 시스템들에 의해 구현되는 복합-시스템-레벨 기능들을 포함하는 설계 데이터와 연관성이 있는지에 대한 체크를 포함하는 기능 영향 일관성 체크를 수행하도록 구성되는 것을 포함하도록, 본 시스템이 구성될 수 있다.

하나의 관점에 있어서, 상이한 고장 분석 레이아웃들을 위한 고장 데이터(904)를 통합하기 위한 방법이 공개되는데, 상기 방법은: 복수의 시스템(902)들을 포함하는 복합 시스템에 대한 고장 분석 데이터를 수신하는 단계; 복수의 상이한 고장 분석 레이아웃(1004)들을 위한 고장 데이터(904)를 통합하기 위하여 고장 분석 데이터를 검증하는 단계; 및 고장 분석 데이터의 복수의 상이한 레이아웃(1004)들 중의 임의의 하나 이상을 선택적으로 생성하는 단계를 포함하고, 고장 분석 데이터(904)는 복수의 시스템(902)들의 하나 이상의 고장난 시스템을 식별시키는 고장 데이터(904)를 포함하고, 검증된 고장 분석 데이터(904)의 적어도 일부는 상이한 레이아웃(1004)들의 적어도 일부 사이에서 공유된다.

대안적으로, 고장 분석 데이터(904)는 복합 시스템 및 그것의 시스템(902)들의 적어도 일부의 가능한 고장들을 기술하는 설계 데이터를 추가로 포함하고, 고장 분석 데이터를 검증하는 단계는 고장 데이터(904)와 설계 데이터 간의 하나 이상의 일관성 체크를 수행하는 단계를 포함하도록, 본 방법이 구성될 수 있다.

대안적으로, 고장난 시스템들은 원인 고장에 의해서 직접적으로 영향받는 고장난 시스템 및 원인 고장에 의해서 간접적으로 영향받는 임의의 하위의 고장난 시스템들을 포함하고, 설계 데이터는 복합 시스템의 시스템(902)들 간의 논리 관계들(906)을 기술하는 논리 인터페이스 정보를 포함하고, 하나 이상의 일관성 체크를 수행하는 단계는 고장 데이터(904) 및 논리 인터페이스 정보를 이용해서 논리-인터페이스 일관성 체크를 수행하는 단계를 포함하고, 논리-인터페이스 일관성 체크는, 고장난 시스템이 하위의 고장난 시스템들과 논리적으로 관련이 있는지에 대한 체크 또는 고장난 시스템과 논리적으로 관련이 있는 시스템들(906)이 하위의 고장난 시스템들인지에 대한 체크를 포함하도록, 본 방법이 구성될 수 있다.

대안적으로, 고장 데이터(904)는 고장난 시스템들의 각각의 고장들에 반응하여 생성된 하나 이상의 경고 메시지들(1010)을 포함하고, 설계 데이터는 복합 시스템의 다양한 시스템들(906)과 관련이 있는 경고 메시지들(1010)의 집합을 포함하고, 하나 이상의 일관성 체크를 수행하는 단계는 생성된 경고 메시지들(1010) 및 경고 메시지들(1010)의 집합을 이용해서 경고 일관성 체크를 수행하는 단계를 포함하고, 경고 일관성 체크는, 고장난 시스템들에 대해 생성된 하나 이상의 경고 메시지들(1010)이 경고 메시지들(1010)의 집합에서의 각각의 고장난 시스템들과 관련이 있는 경고 메시지들(1010)과 연관성이 있는지에 대한 체크를 포함하도록, 본 방법이 구성될 수 있다.

대안적으로, 설계 데이터는 복합 시스템과 그것의 시스템들(906) 간의 물리적 관계들을 기술하는 하나 이상의 개략도들(1004)을 포함하고, 복합 시스템은 복수의 물리적으로-구별되는 영역들로 나누어질 수 있고, 하나 이상의 일관성 체크를 수행하는 단계는 고장 데이터(904) 및 하나 이상의 개략도들을 이용해서 위치 일관성 체크를 수행하는 단계를 포함하고, 위치 일관성 체크는 고장난 시스템들이 복합 시스템의 동일한 영역에 물리적으로 위치하는지에 대한 체크를 포함하도록, 본 방법이 구성될 수 있다.

대안적으로, 고장 데이터(904)는 고장난 시스템들의 각각의 고장들에 대한 위험 레벨들을 포함하고, 설계 데이터는 복합 시스템의 다양한 시스템들과 관련이 있는 위험 레벨들의 집합을 포함하고, 하나 이상의 일관성 체크를 수행하는 단계는 고장난 시스템들의 각각의 고장들에 대한 위험 레벨들 및 경고 메시지들(1010)의 집합을 이용해서 위험-평가 일관성 체크를 수행하는 단계를 포함하고, 위험-평가 일관성 체크는, 고장난 시스템들의 각각의 고장들에 대한 위험 레벨들이 위험 레벨들의 집합에서의 각각의 고장난 시스템들과 관련이 있는 위험 레벨들과 연관성이 있는지에 대한 체크를 포함하도록, 본 방법이 구성될 수 있다.

대안적으로, 복합 시스템의 시스템(902)들은 하나 이상의 전기 시스템을 포함하고, 고장난 시스템들은 하나 이상의 고장난 전기 시스템을 포함하고, 고장 데이터(904)는 하나 이상의 고장난 전기 시스템의 파워 상태들을 식별시키고, 설계 데이터는 복합 시스템의 다양한 동작 상태들에 대한 하나 이상의 고장난 전기 시스템의 파워 상태들을 기술하는 전기 부하 데이터를 포함하고, 하나 이상의 일관성 체크를 수행하는 단계는 고장 데이터(904) 및 전기 부하 데이터를 이용해서 전기-부하 일관성 체크를 수행하는 단계를 포함하고, 전기-부하 일관성 체크는, 하나 이상의 고장난 전기 시스템의 파워 상태들이 전기 부하 데이터와 연관성이 있는지에 대한 체크를 포함하도록, 본 방법이 구성될 수 있다.

대안적으로, 고장 데이터(904)는 고장난 시스템들에 의해 영향받는 하나 이상의 복합-시스템-레벨 기능들의 목록을 포함하고, 설계 데이터는 하나 이상의 복합-시스템-레벨 기능들 및 각각의 기능들을 구현하는 복합 시스템의 시스템들의 목록을 포함하고, 하나 이상의 일관성 체크를 수행하는 단계는, 고장난 시스템들에 의해 영향받는 복합-시스템-레벨 기능들을 포함하는 고장 데이터(904)가 각각의 고장난 시스템들에 의해 구현되는 복합-시스템-레벨 기능들을 포함하는 설계 데이터와 연관성이 있는지에 대한 체크를 포함하는 기능 영향 일관성 체크를 수행하는 단계를 포함하도록, 본 방법이 구성될 수 있다.

하나의 관점에 있어서, 프로세서에 의한 실행에 응답하여 장치로 하여금 복수의 시스템(902)들을 포함하는 복합 시스템에 대한 고장 분석 데이터(904)를 적어도 수신하고 검증하도록 하는, 저장된 컴퓨터-판독가능 프로그램 코드 부분들을 갖는 컴퓨터-판독가능 저장 매체가 공개되는데, 고장 분석 데이터는 고장 데이터(904) 및 설계 데이터를 포함하고, 고장 데이터(904)는 복수의 시스템들의 하나 이상의 고장난 시스템들을 식별시키고, 설계 데이터는 복합 시스템 및 그것의 시스템들의 적어도 일부의 가능한 고장들을 기술하고, 장치로 하여금 고장 분석 데이터(904)를 검증하도록 하는 것은, 고장 데이터(904)와 설계 데이터 간의 하나 이상의 일관성 체크들을 수행해서 복수의 상이한 고장 분석 레이아웃(1004)들에 대한 고장 데이터(904)를 통합하고 고장 분석 데이터의 복수의 상이한 레이아웃(1004)들 중의 임의의 하나 이상을 선택적으로 생성하도록 하는 것을 포함하고, 검증된 고장 분석 데이터(904)의 적어도 일부는 상이한 레이아웃(1004)들의 적어도 일부들 사이에서 공유된다.

대안적으로, 고장난 시스템들은 원인 고장에 의해 직접적으로 영향받는 고장난 시스템 및 원인 고장에 의해 간접적으로 영향받는 임의의 하위의 고장난 시스템들을 포함하고, 설계 데이터는 복합 시스템의 시스템(902)들 간의 논리 관계들(906)을 기술하는 논리 인터페이스 정보를 포함하고, 장치로 하여금 하나 이상의 일관성 체크들을 수행하도록 하는 것은, 고장 데이터(904) 및 논리 인터페이스 정보를 이용해서 논리-인터페이스 일관성 체크를 수행하도록 하는 것을 포함하고, 논리-인터페이스 일관성 체크는, 고장난 시스템이 하위의 고장난 시스템들과 논리적으로 관련이 있는지에 대한 체크 또는 고장난 시스템과 논리적으로 관련이 있는 시스템(902)들이 하위의 고장난 시스템들인지에 대한 체크를 포함하도록, 컴퓨터-판독가능 저장 매체가 구성될 수 있다.

대안적으로, 고장 데이터(904)는 고장난 시스템들의 각각의 고장들에 반응하여 생성된 하나 이상의 경고 메시지들(1010)을 포함하고, 설계 데이터는 복합 시스템의 다양한 시스템(902)들과 관련이 있는 경고 메시지들(1010)의 집합을 포함하고, 장치로 하여금 하나 이상의 일관성 체크들을 수행하도록 하는 것은, 생성된 경고 메시지들(1010) 및 경고 메시지들(1010)의 집합을 이용해서 경고 일관성 체크를 수행하도록 하는 것을 포함하고, 경고 일관성 체크는, 고장난 시스템들에 대해 생성된 하나 이상의 경고 메시지들이 경고 메시지들(1010)의 집합에서의 각각의 고장난 시스템들과 관련이 있는 경고 메시지들(1010)과 연관성이 있는지에 대한 체크를 포함하도록, 컴퓨터-판독가능 저장 매체가 구성될 수 있다.

대안적으로, 설계 데이터는 복합 시스템과 그것의 시스템(902)들 간의 물리적 관계들을 기술하는 하나 이상의 개략도들을 포함하고, 복합 시스템은 복수의 물리적으로-구별되는 영역들로 나누어질 수 있고, 장치로 하여금 하나 이상의 일관성 체크들을 수행하도록 하는 것은 고장 데이터(904) 및 하나 이상의 개략도들을 이용해서 위치 일관성 체크를 수행하도록 하는 것을 포함하고, 위치 일관성 체크는, 고장난 시스템들이 복합 시스템의 동일한 영역에 물리적으로 위치하는지에 대한 체크를 포함하도록, 컴퓨터-판독가능 저장 매체가 구성될 수 있다.

대안적으로, 고장 데이터(904)는 고장난 시스템들의 각각의 고장들에 대한 위험 레벨들을 포함하고, 설계 데이터는 복합 시스템의 다양한 시스템들과 관련이 있는 위험 레벨들의 집합을 포함하고, 장치로 하여금 하나 이상의 일관성 체크들을 수행하도록 하는 것은 고장난 시스템들의 각각의 고장들에 대한 위험 레벨들 및 경고 메시지들(1010)의 집합을 이용해서 위험-평가 일관성 체크를 수행하도록 하는 것을 포함하고, 위험-평가 일관성 체크는, 고장난 시스템들의 각각의 고장들에 대한 위험 레벨들이 위험 레벨들의 집합에서의 각각의 고장난 시스템들과 관련이 있는 위험 레벨들과 연관성이 있는지에 대한 체크를 포함하도록, 컴퓨터-판독가능 저장 매체가 구성될 수 있다.

대안적으로, 복합 시스템의 시스템들은 하나 이상의 전기 시스템들을 포함하고, 고장난 시스템들은 하나 이상의 고장난 전기 시스템들을 포함하고, 고장 데이터(904)는 하나 이상의 고장난 전기 시스템들의 파워 상태들을 식별시키고, 설계 데이터는 복합 시스템의 다양한 동작 상태들에 대한 하나 이상의 전기 시스템들의 파워 상태들을 기술하는 전기 부하 데이터를 포함하고, 장치로 하여금 하나 이상의 일관성 체크들을 수행하도록 하는 것은, 고장 데이터(904) 및 전기 부하 데이터를 이용해서 전기-부하 일관성 체크를 수행하도록 하는 것을 포함하고, 전기-부하 일관성 체크는, 하나 이상의 고장난 전기 시스템들의 파워 상태들이 전기 부하 데이터와 연관성이 있는지에 대한 체크를 포함하도록, 컴퓨터-판독가능 저장 매체가 구성될 수 있다.

대안적으로, 고장 데이터(904)는 고장난 시스템들에 의해 영향받는 하나 이상의 복합-시스템-레벨 기능들을 포함하고, 설계 데이터는 하나 이상의 복합-시스템-레벨 기능들 및 각각의 기능들을 구현하는 복합 시스템의 시스템(902)들의 목록을 포함하고, 장치로 하여금 하나 이상의 일관성 체크들을 수행하도록 하는 것은, 고장난 시스템들에 의해 영향받는 복합-시스템-레벨 기능들을 포함하는 고장 데이터(904)가 각각의 고장난 시스템들에 의해 구현되는 복합-시스템-레벨 기능들을 포함하는 설계 데이터와 연관성이 있는지에 대한 체크를 포함하는 기능 영향 일관성 체크를 수행하도록 하는 것을 포함하도록, 컴퓨터-판독가능 저장 매체가 구성될 수 있다.

예시적인 실시 예들의 다른 관점들에 있어서, 복합 시스템을 위한 상이한, 일관성이 있는 고장 분석 레이아웃들을 생성하기 위한 방법 및 컴퓨터-판독가능 저장 매체가 제공된다.

본 명세서에서 설명된 특징들, 기능들, 및 이점들은 다양한 예시적인 실시 예들에서 독립적으로 달성될 수 있으며, 또는 이하의 설명 및 도면들을 참조하여 알 수 있는 더욱 상세한 또 다른 예시적인 실시 예들에서 조합될 수 있다.

도 1은 예시적인 실시 예에 따른 고장 분석 시스템의 도면이고;
도 2는 예시적인 실시 예에 따른 데이터 수집 시스템의 도면이고;
도 3은 예시적인 실시 예에 따른 데이터 레이아웃 시스템의 도면이고;
도 4 내지 8은 예시적인 실시 예들에 따라 고장 분석에서 수행될 될 수 있는 다양한 일관성 체크들을 개략적으로 도시하고;
도 9 내지 13은 예시적인 실시 예들에 따른 적절한 레이아웃 모델들을 개략적으로 도시한다.

본 발명의 예시적인 실시 예들이 일반적인 서술로서 설명되었지만, 첨부 도면들에 대한 참조가 이제 이루어질 것이며, 도면들은 반드시 일정한 비례로 그려진 것은 아니다.

본 발명의 몇몇 실시 예들이 이하에서 첨부 도면들을 참조하여 더욱 완전하게 설명될 것이며, 본 발명의 모든 실시 예들은 아니라도 몇몇 실시 예들이 도시된다. 실제로, 본 공개의 다양한 실시 예들은 다수의 상이한 형태들로 구체화될 수 있으며, 본 명세서에서 제시되는 실시 예들의 세트에 한정되는 것으로 고려되지 않아야 하며; 오히려, 이러한 예시적인 실시 예들은 본 발명이 완전하고 철저해지며 본 발명의 범위를 통상의 기술자에게 완전히 전달하기 위하여 제공된다. 또한 다른 것 위에 있는 것으로 도시되거나 설명된 것이 (그와 다르게 명시되지 않는다면) 그 대신에 아래에 있을 수 있으며, 그 반대의 경우도 마찬가지이다; 그리고, 유사하게 다른 것의 왼쪽에 있는 것으로 도시되거나 설명된 것이 그 대신에 오른쪽에 있을 수 있으며, 그 반대의 경우도 마찬가지이다. 동일한 참조 번호는 명세서 전반에서 동일한 엘리먼트를 가리킨다.

본 발명의 예시적인 실시 예들은 일반적으로 고장 분석 데이터의 레이아웃에 관한 것이며, 특히 복합 시스템을 위한 상이한, 일관성 있는(consistent) 고장 분석 레이아웃들을 생성하는 것이다. 예시적인 실시 예들이 주로 항공우주 애플리케이션들과 관련하여 설명될 것이다. 하지만, 예시적인 실시 예들은 항공우주 산업 및 항공우주 산업 이외의 부분 둘 다에서 다양한 다른 애플리케이션들과 함께 이용될 수 있다는 점이 이해되어야 한다. 이러한 관점에서, 예시적인 실시 예들은 항공우주, 자동차, 해양, 및 전자공학의 경우에서와 같은 복합 시스템들과 관련하여 이용될 수 있다. 엄밀하고 일관성 있는 고장 데이터에 대한 액세스(access)는 중요한데, 안전, 작동, 유지보수, 엔지니어링 지원(engineering support) 등을 포함하는 장비 운용의 다수의 관점들에 영향을 미칠 수 있기 때문이다.

고장 분석 데이터는 항공기와 같은 복합 시스템에서 하나 이상의 고장과 관련이 있을 수 있다. 복합 시스템은 일반적으로 하나 이상의 구성요소, 서브시스템들 등으로 이루어질 수 있으며(각각은 일반적으로 "서브시스템(subsystem)"으로 지칭됨), 각각의 서브시스템은 하나 이상의 부품들로 이루어질 수 있고, 각각의 부품은 하나 이상의 특징을 포함할 수 있다. 이러한 관점에서, 복합 시스템의 부품들은 다수의 서브시스템들로 조립될 수 있으며, 이들은 결국 복합 시스템으로 조립될 수 있다. 항공기의 문맥에서, 하나 이상의 부품들 또는 서브시스템들은 흔히 LRU(line-replaceable unit)라고 지칭되는 항공기의 모듈식(modular) 구성요소로 설계될 수 있는데, 하나의 항공기는 다수의 LRU들 및 다른 부품들 또는 서브시스템들을 포함할 수 있다. 임의의 복합 시스템 그 자체, 또는 임의의 서브시스템들, (서브시스템들의) 부품들, (부품들의) 특징들 등은 일반적으로 "시스템(system)"이라고 때때로 지칭될 수 있다.

이제 도 1을 참조하면, 고장 분석 시스템(100)이 본 발명의 예시적인 실시 예들에 따라서 도시된다. 본 시스템은 고장 분석 데이터와 관련하여 하나 이상의 기능들 또는 동작들을 수행하기 위하여 임의의 다수의 상이한 서브시스템들(각각의 개별 시스템들)을 포함할 수 있다. 도시된 바와 같이, 예를 들어, 시스템은 데이터 수집 시스템(102) 및/또는 데이터 레이아웃 시스템(104)을 포함할 수 있다. 고장 분석 시스템의 일부로서 도시되었을지라도, 대신에 하나 이상의 데이터 수집 시스템 및/또는 데이터 레이아웃 시스템은 고장 분석 시스템과 분리되어 있되 통신하도록 되어 있을 수 있다. 하나 이상의 서브시스템들은 다른 서브시스템들과 관계없이 별개의 시스템으로서 기능 또는 동작할 수 있다는 점 또한 이해되어야 한다. 그리고, 나아가, 고장 분석 시스템은 도 1에 도시된 것이 아닌 하나 이상의 추가적인 또는 대안적인 서브시스템들을 포함할 수 있다고 이해되어야 한다.

본 명세서에서 설명된 바와 같이, 고장 분석 데이터는 고장 데이터 및/또는 설계 데이터를 포함할 수 있고, 복합 시스템에서 하나 이상의 고장과 관련이 있을 수 있다. 본 명세서에서 설명된 바와 같이, 고장은 오동작(malfunction), 저하(degradation), 또는 고장(failure)을 가리킬 수 있다. 고장 분석 데이터는 일반적으로 전자적 및/또는 인쇄된 (또는 인쇄가능한) 형태로 시각화될 수 있고; 이러한 관점에서, 고장 분석 데이터는 하나 이상의 문자적(textual), 그래픽적(graphical), 또는 정지 영상, 비디오 등과 같은 다른 시각적 콘텐츠를 포함할 수 있다.

복합 시스템에서의 하나 이상의 고장 사례들 각각에 대해서, 고장 데이터는 시스템-레벨 고장 및, 다양한 예들에서, 시스템-레벨 고장의 하나 이상의 영향을 식별시키거나 서술(이 용어들은 본 명세서에서 유의어인데, 일반적으로 "식별시킨다(identify)"라고 때때로 지칭됨)할 수 있다. 하나의 예에 있어서, 고장 데이터는 PRA(particular risk assessment), 위험 분석, 영역 안전 분석(zonal safty analysis), 시스템-레벨 FMEA(failure modes and effects analyses), 항공기-레벨 FMEA(멀티-시스템 FMEA라고도 알려져 있음), CCA(common cause failure analyses) 등과 같은 다수의 상이한 항공기 고장 분석 중의 어느 하나에서 이용하기에 적절할 수 있다.

시스템-레벨 고장의 영향은 하나 이상의 직접적 영향들 및, 다양한 예들에서, 각각이 고장으로 판명될 수 있는 하나 이상의 간접적 영향들을 포함할 수 있다. 이러한 관점에서, 직접적 영향은 원인이 되는 시스템-레벨 고장으로부터 직접 야기되는 임의의 일차적(또는 원인(originating)) 영향일 수 있다. 간접적 영향은 원인이 되는 시스템-레벨 고장으로부터 간접적으로 야기되는, 그리고 직접적 영향 또는 다른 간접적 영향으로부터 직접적으로 야기되는 임의의 이차적(또는 2-순위의(second-order)) 영향, 삼차적(또는 3-순위의(third-order)) 영향, 사차적(또는 4-순위의(fourth-order)) 영향 등일 수 있다. 하나의 예에 있어서, 간접적 영향은 하위(lower-order) 고장으로 판명될 수 있다. 예를 들어, 간접적 영향은 임의의 이차적(또는 2-순위의) 고장, 삼차적(또는 3-순위의) 고장, 사차적(또는 4-순위의) 고장 등으로 판명될 수 있다. 영향은 고장 사례들의 조합, 다른 영향들, 또는 조합이 일어날 때만 발생하는 양자의 조합과 관련이 있을 수 있다. 예를 들어, 특정한 직접적 영향은 두 개의 고장들이 일어날 때에만 발생할 수 있고, 또는 특정한 간접적 영향은 두 개의 직접적 영향들 및/또는 간접적 영향들이 일어날 때에만 발생할 수 있다.

예를 들어, 항공기는 항공기 전기 버스(electrical bus) 또는 항법 시스템의 고장을 경험할 수 있다. 이 고장은 결국에는 유압적(hydraulic) 영향, 항해의(navigational) 영향 및/또는 항공전자공학적(avionics) 영향과 같은 직접적 영향들을 초래할 수 있고, 이들 중의 하나 이상은 하나 이상의 간접적 영향을 초래할 수 있다. 예를 들어, 유압적 영향은 비행 제어 효과(flight control effect)를 초래할 수 있으며, 이것은 결국 기체(air frame) 진동 효과를 초래할 수 있다.

고장 사례에 대한 고장 데이터는 고장 및 이에 의해 판명되는 하나 이상의 영향들 또는 하위 고장들을 식별시킬 수 있고, 고장(원인 또는 하위 고장)에 반응하여 생성되었을 수 있는 승무원 경고 메시지들, 상태 메시지들, 유지보수 메시지들 등과 같은 하나 이상의 경고 메시지들을 더 포함할 수 있다. 예를 들어, 경고 메시지는 적절한 객실 여압(cabin pressurization)의 부족을 나타내기 위해서 비행 승무원에게 디스플레이되는 조치가능한(actionable) 승무원 경고 메시지일 수 있다. 이러한 승무원 경고 메시지의 하나의 예가 EICAS(engine-indicating and crew-alerting system) 메시지이다.

고장 데이터는, 승무원 또는 복합 시스템의 하나 이상의 시스템들에 의해서와 같이, 고장에 반응하여 취해졌을 수 있는 하나 이상의 보완 조치(compensatory action)(예컨대, 대체 파워로 전환하는 것, 항공기를 하강시키는 것)을 포함할 수 있다. 고장 데이터는 각각의 고장의 하나 이상의 추가적인 영향과 관련이 있을 수 있는 추가적인 영향 기술(additional effect description)(예컨대, 조명의 손실, 정상적인 랜딩 기어 확장(landing gear extension)의 부족, 디스플레이의 손실)을 포함할 수 있다. 고장 데이터는 각각의 시스템-레벨 고장과 각각의 시스템의 기능적인 상태 사이의 맵핑(mapping)을 더 포함할 수 있다. 하나의 예에 있어서, 기능적인 상태들은 감소하는 기능에 있어서 다음과 같이: "완전히 기능하는(fully functional)", "저하된(degraded)", 및 "고장난(failed)"이라는 카테고리들에 의해 주어질 수 있다.

고장 데이터는 또한 각각의 고장 또는 고장난 시스템(고장난 또는 하위의 고장난 시스템)에 대한 개연성(probability) 및 위험 레벨(hazard level)을 포함할 수 있고, 전체 복합-시스템-레벨 위험을 더 포함할 수 있다. 이러한 관점에서, 개연성은 비행시 발생하는 고장의 가능성을 나타낼 수 있고, 위험 레벨은 타고 있는 사람들 및/또는 복합 시스템의 동작(operation)들에 대한 고장의 영향을 나타낼 수 있다. 하나의 예에 있어서, 위험 레벨들은 증가하는 위험 레벨에 있어서 예컨대 "1"에서부터 "5"까지의 순서로 숫자로 표현될 수 있다. 다른 예에서, 위험 레벨들은 증가하는 위험 레벨에 있어서 다음과 같이: "안전에 아무런 영향이 없음(no safety effect)", "경미한(minor)", "주요한(major)", "위험한(hazardous)", 및 "재난적인(catastrophic)"이라는 카테고리들에 의해 주어질 수 있다.

더욱 나아가, 고장 데이터는 각각의 고장에 의해서 영향을 받는 하나 이상의 복합-시스템-레벨 기능들의 목록을 포함할 수 있다. 하나의 예에 있어서, 고장에 의해서 영향을 받을 수 있는 항공기-레벨 기능들은 구조적 완전성(structural integrity), 안정성 및 제어(stability and control), 동작 인식(operational awareness), 환경 제어(environmental control), 파워 생성 및 분배, 로딩(loading), 유지보수 및 지상 핸들링(ground handling), 지상에서 제어(control on ground) 등을 포함할 수 있다.

또한, 고장 분석 데이터의 일부로서, 설계 데이터는 복합 시스템 및 그것의 시스템들의 적어도 일부의 가능한 고장들을 기술하는 정보를 포함할 수 있다. 예를 들어, 설계 데이터는 복합 시스템 및/또는 그 시스템들의 하나 이상의 개략도를 포함할 수 있고, 이것은 시스템들 간의 물리적 관계들을 기술할 수 있다. 부가적으로 또는 대안적으로, 예를 들어, 설계 데이터는 논리 인터페이스 정보를 포함할 수 있고, 이것은 시스템들 간의 논리 관계들을 기술할 수 있고, 그 논리 관계들은 각각의 시스템들 간의 논리 인터페이스들에 의해 반영될 수 있다. 적절한 논리 인터페이스 정보의 하나의 예는 ICD(interface control document)에 의해 제공되는 것이다. 게다가, 예를 들어, 설계 데이터는 하나 이상의 복합-시스템-레벨 기능들 및 각각의 기능들을 구현하는 복합 시스템의 하나 이상의 시스템들의 목록을 포함할 수 있다.

다른 예에서, 설계 데이터는 복합 시스템의 다양한 동작 상태들에 있어서 하나 이상의 전기 시스템들의 파워 상태(예컨대, 파워가 공급되는지(powered), 파워가 공급되지 않는지(not powered), 간헐적인 파워인지(intermittent power))를 기술할 수 있는 전기 부하 데이터를 포함할 수 있다. 항공기의 문맥에서, 특정 동작 상태들(예컨대, 지상에 있는(on ground) 상태, 파워-업(power-up) 상태, 한쪽 엔진 정지(one engine shut down) 상태 등)에 있어서, 전기 시스템은 다양한 파워 상태(예컨대, 하프 파워(half power), 쿼터 파워(quarter power) 등)에 있을 수 있다. 이러한 상황들에서, 특정 시스템들은 다른 시스템들이 파워를 공급받지 않는 동안 파워를 공급받을 수 있다. 그러므로, 설계 데이터는 어느 시스템들이 "로드쉐딩(load shed)" 상태(예컨대, 특정 시나리오 하에서 기본적인 기능을 유지하기 위해서 일부 장비로부터 파워가 제거되는 것)인지를 표시할 수 있다. 하나의 예에 있어서, 이후, 전기 부하 데이터가 하나 이상의 "로드쉐딩(load shed)" 목록에서 주어질 수 있다.

설계 데이터는 또한, 예를 들어, 다양한 관련 시스템(associated system)들을 위해서 생성될 수 있는 경고 메시지들의 집합(collection), 및/또는 각각의 메시지들이 설정될 수 있는 로직(logic)을 포함할 수 있다. 하나의 예에 있어서, 경고 메시지들은 "워닝(warning)", "주의(caution)", 및 "경고(alert)"와 같이 조치를 위한 필요성이 증가함에 따라서 우선순위가 매겨질 수 있다. 다른 예에서, 설계 데이터는 고장에 대응해서 취해질 수 있는 보완 조치, 및/또는 각각의 조치들이 취해질 수 있는 로직의 집합을 포함할 수 있다. 또 다른 예에서, 설계 데이터는 복합 시스템 및/또는 다양한 관련 시스템들을 위해 주어질 수 있는 위험 레벨들 및/또는 각각의 위험 레벨들이 설정될 수 있는 고장들의 세트(set)들의 집합을 포함할 수 있다. 하나의 예에 있어서, 위험 레벨들 및 고장들의 세트들은 SSA(system safety assessment) 및/또는 FHA(functional hazard assessment) 데이터에 의해서 주어질 수 있다.

이하에서 더욱 상세하게 설명되는 바와 같이, 고장 분석 시스템(100)의 데이터 수집 시스템(102)은 일반적으로 고장 데이터를 수집하고 검증해서, 이로써 고장 데이터 및 설계 데이터의 적어도 일부를 포함할 수 있는 고장 분석 데이터의 상이한 레이아웃들을 위한 고장 데이터를 통합하도록 구성될 수 있다. 그리고, 데이터 레이아웃 시스템(104)은 일반적으로 고장 분석 데이터의 복수의 상이한 레이아웃들의 임의의 하나 이상을 선택적으로 생성하도록 구성될 수 있고, 고장 분석 데이터의 적어도 일부는 상이한 레이아웃들의 적어도 일부들 사이에서 공유된다. 레이아웃은 시각적으로 제시될 수 있다; 하나의 예에 있어서, 레이아웃의 시각적 제시는 예컨대 디스플레이에 의해서 제시되는 GUI(graphical user interface)에서 디스플레이가능(displayable)할 수 있다. 다른 예에서, 시각적 제시는 예컨대 레이아웃의 인쇄출력을 생성하도록 구성된 프린터에 의해서 인쇄가능(printable)할 수 있다. 레이아웃의 시각적 제시는 일반적으로 단순히 레이아웃이라고 때때로 지칭될 수 있다.

고장 분석은 항공기에 대한 항공우주 산업과 같이 복합 시스템들에 초점을 맞춘 산업들에서 일반적인 관행이다. 전체 (예컨대, "복합-시스템-레벨(complex-system-level)") 위험 분류 및 특정 고장 사례들의 수용가능성을 평가하는 것은 많은 이해관계자들을 관여시킬 수 있고, 이들 각각은 그들 자신의 사건의 레이아웃을 요구한다. 이해관계자 레이아웃 각각은 특정 고장 사례의 부분적이고 불완전한 설명을 제공할 수 있다. 그러므로, 본 발명의 예시적인 실시 예들은 고장 사례의 완전한 평가가 만들어질 수 있는 방식으로 개개의 고장 레이아웃들을 생성할 수 있고, 레이아웃들의 기초가 되는 소스(source) 고장 분석 데이터를 통합하기 위해 일관성 규칙(rule)들 및 체크(check)들을 정의한다.

도 2 및 3에 대한 참조가 이제 이루어질 것이며, 이들은 본 발명의 예시적인 실시 예들에 따라서 각각 적절한 데이터 수집 시스템 및 데이터 레이아웃 시스템의 더욱 구체적인 예들을 도시한다.

도 2는 하나의 예시적인 실시 예에서 데이터 수집 시스템(102)에 상응할 수 있는 데이터 수집 시스템(200)을 도시한다. 도시된 바와 같이, 데이터 수집 시스템은 설계 데이터 및/또는 고장 데이터를 포함하는 고장 분석 데이터를 수신하도록 구성된 데이터 검증기(data validator)를 포함할 수 있다. 데이터 검증기는 다수의 상이한 소스들 중의 임의의 것으로부터 고장 분석 데이터를 수신하도록 구성될 수 있고, 이것은 다수의 상이한 방식들 중의 임의의 것으로 포맷이 만들어질(formatted) 수 있다. 예를 들어, 데이터 검증기는 예컨대 데이터 입력 기술들을 통해서 조작자로부터 직접 하나 이상의 고장 사례에 대한 고장 데이터를 수신하도록 구성될 수 있다. 다른 예에서, 데이터 검증기는 고장이 나고 있는 복합 시스템으로부터 직접 고장 데이터를 수신하도록 구성될 수 있는데, 복합 시스템은 그 자신 또는 자신의 시스템들 중의 하나가 고장을 경험하는 경우에 신호를 전송하도록 구성된 하나 이상의 센서들 또는 내장 시스템들을 구비할 수 있다. 또 다른 예에서, 데이터 검증기는 파일 저장소, 데이터베이스 저장소, 클라우드 저장소(cloud storage) 등과 같은 적절한 저장소로부터 고장 데이터를 수신하도록 구성될 수 있다.

고장 데이터와 유사하게, 데이터 검증기(202)는 다수의 상이한 소스들 중의 임의의 것으로부터 설계 데이터를 수신하도록 구성될 수 있고, 이것은 다수의 상이한 방식들 중의 임의의 것으로 포맷이 만들어질 수 있다. 하나의 예에 있어서, 데이터 검증기는 예컨대 데이터 입력 기술들을 통해서 조작자로부터 직접 설계 데이터를 수신하도록 구성될 수 있다. 다른 예에서, 데이터 검증기는 파일 저장소, 데이터베이스 저장소, 클라우드 저장소 등과 같은 적절한 저장소로부터 설계 데이터를 수신하도록 구성될 수 있다.

데이터 검증기(202)가 고장 분석 데이터를 수신하는 때 또는 그 이후에, 데이터 검증기는, 고장 데이터와 설계 데이터 간의 하나 이상의 일관성 체크를 포함하여, 고장 분석 데이터의 적어도 일부를 검증하도록 구성될 수 있다. 데이터 검증기가 고장 분석 데이터를 성공적으로 검증한 경우에, 데이터 검증기는 보관 및 추후의 검색을 위해서 고장 데이터 및 설계 데이터를 각각의 저장소(204, 206)에 전송하도록 구성될 수 있다. 저장소는 데이터 수집 시스템(200)과 함께 있을 수 있고, 또는 데이터 수집 시스템과 별도로 존재하되 통신가능하게 되어 있을 수 있다. 고장 분석 데이터는 다수의 상이한 방식들 중의 임의의 것으로 포맷이 만들어지고 저장될 수 있으며, 그래서 그 저장소는 다수의 상이한 타입들로 이루어질 수 있다. 저장소의 적절한 타입의 예들은 파일 저장소, 데이터베이스 저장소, 클라우드 저장소 등을 포함한다.

데이터 검증기(202)가 고장 분석 데이터의 임의의 부분을 성공적으로 검증하는 데 실패한 경우에, 데이터 검증기는 각각의 고장 분석 데이터에 플랙을 표시하도록 구성될 수 있고, 플랙(flag)의 표시를 전송하도록 추가로 구성될 수 있다. 하나의 예에 있어서, 플랙 표시는 그것이 디스플레이될 수 있는 GUI 또는 그것의 인쇄출력을 생성하기 위한 프린터로 전송될 수 있다. 다른 예에서, 플랙 표시는 이메일, 인스턴트 메시징(instant messaging) 등과 같이 다수의 상이한 메시징 기술들 중의 임의의 것에 따라서 다른 시스템, 장치 등으로 전송될 수 있다.

데이터 검증기(202)는 다수의 상이한 방식들 중의 임의의 것으로 고장 분석 데이터의 적어도 일부에 대해 검증하거나 하나 이상의 일관성 체크들을 수행하도록 구성될 수 있다. 하나의 예에 있어서, 도 4에서 도시된 바와 같이, 데이터 검증기는 복합 시스템의 시스템들 간의 논리 인터페이스들을 기술하는 고장 데이터 논리 인터페이스 정보를 이용해서 논리-인터페이스 일관성 체크를 수행하도록 구성될 수 있다. 시스템과 하나 이상의 다른 시스템들 사이의 논리 인터페이스들은 각각의 시스템의 고장의 경우에 영향(예컨대, 실제 영향(actual effect), 리던던시의 감소(reduction in redundancy), "아무런 영향이 없음(no effect)" 등)이 예상되어야 하는 시스템들을 나타낼 수 있다. 고장난(직접적으로 영향받는) 시스템 및 하나 이상의 하위의 고장난(간접적으로 영향받는) 시스템들을 식별하는 고장 사례에 대해서, 이후, 고장난 시스템이 하위의 고장난 시스템들 모두와 논리적으로 관련이 있는지 및/또는 고장난 시스템의 논리적으로-관련된(logically-related) 시스템들 모두가 하위의 고장난 시스템들인지를 체크하도록 데이터 검증기가 구성될 수 있다.

다른 예에서, 도 5에서 도시된 바와 같이, 데이터 검증기(202)는 복합 시스템의 다양한 관련 시스템들을 위해서 주어질 수 있는 고장 데이터 및 경고 메시지들의 집합을 이용해서 승무원-경고(crew-alert) 일관성 체크를 수행하도록 구성될 수 있다. 더욱 구체적인 예에 있어서, 고장 사례에 대한 고장 데이터는 고장 및/또는 그것의 하나 이상의 영향들에 대해서 포스팅되거나(posted) 생성될 수 있는 하나 이상의 경고 메시지를 포함할 수 있고, 이것은 고장난 시스템 및/또는 하나 이상의 하위의 고장난 시스템들과 관련이 있을 수 있다. 유사하게, 설계 데이터는 복합 시스템의 관련 시스템들에 대해서 주어질 수 있는 경고 메시지들의 집합을 포함할 수 있다. 그러므로, 데이터 검증기는 고장난 또는 하위의 고장난 시스템에 대해 생성된 임의의 경고 메시지가 경고 메시지들의 집합에서의 각각의 고장난 시스템과 관련이 있는 경고 메시지와 연관성이 있는지(correlate)를 체크할 수 있다.

다른 예에서, 도 6에 도시된 바와 같이 항공기의 문맥에서, 데이터 검증기(202)는 고장 데이터, 복합 시스템 및/또는 그것의 시스템들의 하나 이상의 개략도, 및/또는 논리 인터페이스 정보를 이용해서 위치 일관성 체크를 수행하도록 구성될 수 있다. 시스템은 복합 시스템에서의 자신의 물리적 위치에 링크될(linked) 수 있고, 이것은 다수의 물리적으로-구별되는 영역(zone)들로 나누어질 수 있다. PRA 분석과 같은 특정 고장 분석(예컨대, 버드 스트라이크(birdstrike) 분석, 로터 버스트(rotoburst) 분석 등)은 특정 영역 내의 모든 시스템들에 대한 고장을 가정한다. 특정 영역에서 영향을 받는 시스템들은 결국 동일한 또는 다른 영역들에 존재할 수 있는 그것의 논리적으로 관련된 시스템들에 "캐스케이딩(cascading)" 영향들을 가질 수 있다. 그러므로, 데이터 검증기는 고장 사례에서 고장난 및 하위의 고장난 시스템들이 복합 시스템의 동일한 영역에 물리적으로 위치하는지를 체크할 수 있고, 각각의 영역에서 시스템들에 대한 임의의 누락되거나 불완전한 고장에 플랙을 표시할 수 있다. 이후, 데이터 검증기는 도 4와 관련하여 상술한 방식에서와 같이 복합 시스템의 다른 영역들에서의 논리적으로 관련된 시스템들에 대해 논리-인터페이스 일관성 체크를 수행할 수 있다.

도 7에서 도시된 바와 같이, 데이터 검증기(202)는 복합 시스템 및/또는 그 시스템들의 다양한 것들에 대해서 주어질 수 있는 고장 데이터 및 위험 레벨들의 집합을 이용해서 위험-평가 일관성 체크를 수행하도록 구성될 수 있으며, 그 집합은 하나의 예에서 SSA 및/또는 FHA 데이터에 의해 주어질 수 있다. 복합 시스템의 개별 시스템들은 그들 각각의 시스템들의 고장 데이터 및 국부적 위험 영향(local hazard effect)(그들 시스템과 관련된 영향 및 위험)을 제공할 수 있으며 ― (예컨대, 항공기-레벨에서) 복합-시스템-레벨 위험은 시스템-레벨 영향들 및 관련 시스템-레벨 위험들로부터 명백하지(transparent) 않을 수 있다.

그러므로, 위험-평가 일관성 체크와 관련하여, 복합-시스템-레벨 위험에 의해 반영될 수 있는 전체 영향을 결정하기 위해서 복합-시스템-레벨 분석이 수행될 수 있다. 데이터 검증기(202)는 고장과 관련된 복합-시스템-레벨 위험이 개별 시스템-레벨 위험보다 낮지 않은지를 체크하도록 구성될 수 있다(예컨대, 복합-시스템-레벨 위험은 "주요한(major)"으로 등급이 매겨지는 한편, 그 시스템들 중의 하나는 "위험한(hazardous)"으로 등급이 매겨짐). 복합 시스템의 위험 레벨이 그 시스템들 중의 하나의 위험 레벨보다 낮은 경우에, 데이터 검증기는 고장 사례에 플랙을 표시할 수 있다. 이러한 상황은 하나의 예에서 복합-시스템-레벨 위험을 증가시킴으로써 또는 더 높은 시스템-레벨 위험을 낮춤으로써 해결될 수 있다.

부가적으로 또는 대안적으로 예를 들어 위험-평가 일관성 체크는, 고장난 또는 하위의 고장난 시스템이 (예컨대, FHA 데이터로부터) 각각의 시스템에 대해 주어질 수 있는 시스템의 위험 레벨(들)과 일관성이 있는지를 체크하는 데이터 검증기(202)를 포함할 수 있다. 다시 말해, 데이터 검증기는, 고장난 또는 하위의 고장난 시스템들에 대한 국부적 위험 레벨이 위험 레벨들의 집합에서의 각각의 시스템들과 관련된 위험 레벨들과 연관성이 있는지를 체크할 수 있다. 국부적 위험 레벨이 일관성이 없는 경우에, 고장 사례는 플랙이 표시될(flagged) 수 있다. 하나의 예에 있어서, 이러한 수용불가능한(unacceptable) 상황은 고장 분석에 대한 국부적 위험을 변경함으로써 또는 시스템 FHA 데이터를 변경함으로써 해결될 수 있다.

추가적인 예에서, 데이터 검증기(202)는, 다시 언급하자면 하나 이상의 "로드쉐딩(load shed)" 목록에서 주어질 수 있는 전기 부하 데이터 및 고장 데이터를 이용해서 전기-부하 일관성 체크를 수행하도록 구성될 수 있다. 특정 고장 분석에서, 전기 시스템들이 영향받을 수 있고, 이러한 경우들에 있어서, 고장 데이터는 고장난 전기 시스템들의 파워 상태들(예컨대, 파워를 공급받고 있는지 또는 파워를 공급받고 있지 않은지)을 식별시킬 수 있다. 전력 영향 및 관련 "로드쉐딩" 상태를 기초로 하여, "로드쉐딩" 목록상의 시스템들은 분석의 목적을 위해서 "차단되거나(shed)" 고장날 수 있다. 이러한 일관성 체크는 특정 고장 사례들에 대한 로드쉐딩 목록상의 모든 시스템들이 고장 분석에서 적절하게 표현된다는 것을 보장할 수 있다. 다시 말해, 이러한 일관성 체크는 하나 이상의 고장난 전기 시스템들의 파워 상태가 전기 부하 데이터와 연관성이 있는지를 체크하는 것을 포함할 수 있다. 검토 및 정정(correction)/배치(disposition)에 대한 불일치는 플랙이 표시될 수 있다.

더욱 추가적인 예에서, 도 8에서 도시된 바와 같이, 데이터 검증기(202)는 고장 데이터 및 설계 데이터를 이용해서 기능적-영향(functional-impact) 일관성 체크를 수행하도록 구성될 수 있다. 더욱 구체적인 예에서, 고장 사례에 대한 고장 데이터는 고장난 또는 하위의 고장난 시스템들에 의해 영향받는 하나 이상의 복합-시스템-레벨 기능들의 목록을 포함할 수 있다. 유사하게, 설계 데이터는 복합-시스템-레벨 기능(들) 및 각각의 기능(들)을 구현하는 복합 시스템의 시스템(들)의 목록을 포함할 수 있다. 그러므로, 데이터 검증기는 고장난 또는 하위의 고장난 시스템들에 의해 영향받는 복합-시스템-레벨 기능들이 각각의 고장난 시스템들에 의해 구현되는 복합-시스템-레벨 기능들과 연관성이 있는지를 체크할 수 있다.

다양한 예들에서, 고장 데이터 및 설계 데이터가 각각의 저장소(204, 206)에 전달된 후에, 어느 하나 또는 양쪽 모두는 예컨대 조작자에 의해서 변경될 수 있다. 이러한 예들에서 변경은 예를 들어 추가, 삭제, 수정 등을 포함하는 데이터에 대한 다수의 상이한 수정들 중의 어느 하나를 의미할 수 있다. 이러한 예들에서, 데이터 검증기(202)는 변경된 고장 또는 설계 데이터 및 변경된 고장 또는 설계 데이터에 의해 영향받을 수 있는 각각의 저장소의 임의 다른 데이터를 검증하도록 구성될 수 있다.

하나의 예에 있어서, 설계-데이터 변경은 CR(change request) 또는 다른 유사한 메카니즘에 의해서 영향을 받을 수 있다. CR은 복합 시스템의 하나 이상의 시스템에 영향을 줄 수 있고, 시스템들(예컨대, 신규한(new)/삭제된(deleted)/바뀐(revised) 논리 인터페이스들) 및/또는 경고 메시지들(예컨대, 경고들과 시스템들 간의 신규한/삭제된/바뀐 연계(association)들) 사이의 논리 인터페이스들을 포함하는 하나 이상의 영역들에 영향을 줄 수 있다. 부가적으로 또는 대안적으로, 예를 들어, CR은 하나의 예에서 시스템이 영역들 사이를 이동하는 것과 같이 시스템의 영역의 위치에 영향을 줄 수 있다. 이러한 유사한 경우들에서, CR은 변화에 관여된 인터페이스들 및 시스템들에 대한 정보를 포함할 수 있으며(설계 측면), 이들 중의 임의 하나 이상은 하나 이상의 고장 사례의 고장 데이터와 관련이 있을 수 있다. 그러므로, 데이터 검증기(202)는 변화 메카니즘에서 영향받는 인터페이스들 및/또는 시스템들 사이의 공통성들(commonalities)을 식별하고, 이들을 적절한 고장 사례(들)에 결부시키도록 구성될 수 있다. 만일 관련성(relationship)이 발견되면, 고장 분석에 대한 수정이 타당한 것으로 인정될 수 있을지에 대한 평가를 위하여 플랙이 표시될 수 있다.

도 3에 대한 참조가 이제 이루어질 것이며, 이것은 하나의 예시적인 실시 예에 따라서 데이터 레이아웃 시스템(300)을 도시한다. 상술한 바와 같이, 데이터 레이아웃 시스템(300)은 도 1의 고장 분석 시스템(100)의 데이터 레이아웃 시스템(104)의 하나의 예일 수 있다. 데이터 레이아웃 시스템은 일반적으로 고장 데이터 및/또는 설계 데이터를 포함하는 고장 분석 데이터의 레이아웃을 생성하도록 구성될 수 있다. 이 데이터는 예를 들어 데이터 수집 시스템(102)으로부터의 데이터 또는 더욱 구체적으로는 하나의 예에 있어서 도 2의 데이터 수집 시스템(200)으로부터의 데이터이거나 이 데이터를 포함할 수 있다.

도 3에서 도시된 바와 같이, 데이터 레이아웃 시스템(300)은 고장 분석 데이터에 대한 요청을 수신하도록 구성된 요청 인터페이스 등을 포함할 수 있다. 하나의 예에 있어서, 요청 인터페이스는 요청된 고장 분석 데이터의 레이아웃을 생성하도록 구성된 레이아웃 생성기 등인 레이아웃 엔진(302)의 일부일 수 있다. 고장 분석 데이터는 고장 데이터 및/또는 설계 데이터를 포함할 수 있고, 이것은 하나의 예에서 도 2에서 도시된 각각의 저장소(204, 206)에 상응할 수 있는 각각의 저장소(304, 306)에 저장될 수 있다.

레이아웃 엔진(302)은 요청된 고장 분석 데이터를 선택 및 배열하기 위하여 복수의 레이아웃 모델들로부터 레이아웃 모델을 선택하도록 구성될 수 있다. 레이아웃 엔진은 다수의 상이한 방식들 중의 어느 하나로 레이아웃 모델을 선택하도록 구성될 수 있다. 하나의 예에 있어서, 레이아웃 엔진은, 특정 레이아웃 모델을 나타내거나 반영할 수 있는, 고장 분석 데이터에 대한 요청에 따라서 레이아웃 모델을 선택하도록 구성될 수 있다. 레이아웃 모델들은 고장 분석 데이터를 배열하기 위해 다수의 상이한 타입의 레이아웃들 중의 임의의 것을 포함할 수 있다. 상술한 바와 같이 그리고 이하에서 더욱 설명되는 바와 같이, 적절한 레이아웃 모델들의 예들은 캐스케이딩 영향 레이아웃 모델, 조종실 레이아웃 모델, 비행로 레이아웃 모델, 기능 영향 레이아웃 모델, 테스트 계획 레이아웃 모델 등을 포함한다. 다른 예들은 앞서 언급한 레이아웃 모델들의 하나 이상의 조합들을 포함할 수 있다. 레이아웃 모델들은 파일 저장소, 데이터베이스 저장소, 클라우드 저장소 등과 같은 각각의 저장소에 보존될 수 있으며, 각각의 저장소에 따라서 다수의 상이한 방식들 중의 임의의 것으로 포맷이 만들어지고 저장될 수 있다.

레이아웃 엔진(302)은 선택된 레이아웃 모델에 대한 요청된 고장 분석 데이터를 각각의 저장소(304, 306)로부터 검색하도록 구성될 수 있다. 레이아웃 엔진은 선택된 레이아웃 모델에 따라서 배열될 수 있는 검색된 고장 분석 데이터의 레이아웃을 생성하도록 구성될 수 있다. 이후, 레이아웃 엔진은 예컨대 레이아웃이 디스플레이될 수 있는 GUI 또는 레이아웃의 인쇄출력을 생성하기 위한 프린터로 레이아웃을 전송하도록 구성될 수 있다.

레이아웃 엔진(302)에 의해서 생성된 레이아웃은, 고장 분석 데이터의 상이한 레이아웃이 선택된 레이아웃 모델을 수정함으로써 실현될 수 있도록, 선택된 레이아웃 모델에 따라서 동적으로 생성될 수 있다. 그러므로, 하나의 예에 있어서, 레이아웃 엔진은 고장 분석 데이터의 상이한 배열에 대한 요청을 수신하도록 추가로 구성될 수 있다. 이 예에서, 레이아웃 엔진은 요청에 응답해서 복수의 레이아웃 모델들로부터 상이한 레이아웃 모델을 선택하도록 구성될 수 있다. 이후, 레이아웃 엔진은 검색된 고장 분석 데이터의 상이한 레이아웃을 생성하도록 구성될 수 있다. 이것은 레이아웃 엔진이 선택된 상이한 레이아웃 모델에 따라서 고장 분석 데이터를 재배열하도록 구성되는 것을 포함할 수 있다.

상술한 바와 같이, 레이아웃 모델들은 고장 분석 데이터를 배열하기 위한 다수의 상이한 타입의 레이아웃들 중의 임의의 것을 포함할 수 있다. 도 9-13에 대한 참조가 이제 이루어지는데, 이들은 적절한 레이아웃 모델들의 예들을 개략적으로 도시한다. 도시된 바와 같이, 이 예들은 캐스케이딩 영향 레이아웃, 조종실 레이아웃, 비행로 레이아웃, 기능 영향 레이아웃, 테스트 계획 레이아웃 등을 포함한다.

도 9는 하나의 예시적인 실시 예에 따라서 캐스케이딩 영향 레이아웃 모델(900)을 도시한다. 캐스케이딩 영향 레이아웃 모델은 일반적으로 하나 이상의 직접적 영향들 및 다양한 예에서 하나 이상의 간접적 영향들을 포함하는 캐스케이딩 고장 영향들의 그래픽 표현을 제공한다. 상술한 바와 같이, 직접적 영향은 원인이 되는 시스템-레벨 고장으로부터 직접적으로 야기되는 임의의 일차적(또는 원인) 영향일 수 있다. 간접적 영향은 원인이 되는 시스템-레벨 고장으로부터 간접적으로 야기되는, 그리고 직접적 영향 또는 다른 간접적 영향으로부터 직접적으로 야기되는 임의의 이차적(또는 2-순위의) 영향, 삼차적(또는 3-순위의) 영향, 사차적(또는 4-순위의) 영향 등일 수 있다. 이 레이아웃 모델은 복합 시스템의 시스템들에 대한 효과들 및 영향들 이면의 이유들을 이해하는데 특히 관심이 있을 수 있다. 이 레이아웃 모델은 시스템 엔지니어들, AR(authorized representative)들, 안전 엔지니어들, 개개의 시스템 SME(subject matter expert)들, 조종사 등과 같이 복합 시스템의 다수의 상이한 이해관계자들에게 유용할 수 있다.

도 9에서 도시된 바와 같이, 고장 사례에 대한 캐스케이딩 영향 레이아웃 모델(900)에서, 복합 시스템의 각각의 시스템은 노드(node)(902)로서 표현될 수 있으며, 하나 이상의 경고 메시지들(예컨대, EICAS 메시지들), 시스템-레벨 위험 레벨 및/또는 추가적인 영향 기술과 같은 각각의 고장 데이터(904)를 포함할 수 있다(도 9에서는 각각의 고장 데이터와 관련해서 하나의 노드만이 호출되어 도시됨). 캐스케이딩 영향 레이아웃 모델은 또한 노드들(902) 사이의 링크(linkage)들(906)을 도시하는데(하나의 링크만이 호출됨), 이것은 복합 시스템의 하나의 시스템의 고장이 복합 시스템의 하나 이상의 다른 시스템들의 고장을 어떻게 직접적으로 또는 간접적으로 초래할 수 있는지를 도시할 수 있다. 하나의 예에 있어서, 이 링크들은 시스템 고장의 캐스케이딩 영향들을 도시하기 위해서 제시될 수 있다. 이러한 관점에서, 캐스케이딩 영향 레이아웃 모델은 원인이 되는 고장난 시스템(originating failed system)을 식별시킬 수 있고, 이것은 고장의 하나 이상의 직접적 영향들을 경험할 수 있다. 원인이 되는 고장난 시스템은 결국 각각의 하나 이상의 간접적 영향들을 경험할 수 있는 하나 이상의 하위의 고장난 시스템(lower-order failed system)들에 직접적으로 또는 간접적으로 링크될 수 있다. 예를 들어, 원인이 되는 고장난 시스템은 각각의 하나 이상의 이차적 영향들을 경험할 수 있는 하나 이상의 이차적인 고장난 시스템들에 직접적으로 링크될 수 있다. 그리고, 각각의 이차적인 고장난 시스템(들)은 각각의 하나 이상의 삼차적 영향들을 경험할 수 있는 복합 시스템의 하나 이상의 삼차적인 고장난 시스템들에 링크될 수 있다. 복합 시스템에 대해서, 이것은 원인이 되는 고장난 시스템으로부터 떨어진 n-차의 시스템들에 대해서 발생할 수 있다.

하나의 예에 있어서, 캐스케이딩 영향 레이아웃 모델(900)의 노드(902)들은 그 영향들의 차수에 따라 배열될 수 있다. 원인이 되는 고장난 시스템은 직접적 영향들(908)에 대한 경험에 따라서 조직화될(organized) 수 있다. 이 원인이 되는 고장난 시스템은 이후 이차적 영향들(910)에 대한 경험에 따라서 조직화된 하나 이상의 이차적인 고장난 시스템들에 링크될 수 있고, 이것은 삼차적인 영향들(912)에 대한 경험에 따라서 조직화된 하나 이상의 삼차적인 고장난 시스템들에 링크될 수 있다. 이 링크는 이후 n-차 영향들(914)에 대한 경험에 따라서 조직화된 하나 이상의 하위의 고장난 시스템들에 대해서 계속될 수 있다. 도 9의 캐스케이딩 영향 레이아웃 모델이 원인 고장으로부터 초래된 적어도 두 개의 차수들의 영향들을 나타내는 것으로 보이지만, 두 개의 차수들보다 더 적은 영향들이 원인 고장으로부터 초래될 수 있다(직접적인 영향들만을 가진 원인 고장을 포함함).

도 10은 하나의 예시적인 실시 예에 따른 조종실 레이아웃 모델(1000)을 도시한다. 조종실 레이아웃 모델은 일반적으로 하나 이상의 조종실 시스템들에 의해 경험될 수 있는 캐스케이딩 고장 영향들의 그래픽 표현을 제공한다. 조종실 레이아웃 모델은 특정 고장이 항공기의 승무원 또는 다른 복합 시스템에 어떻게 보일 수 있을지를 이해하는 데 특히 관심이 있을 수 있다. 이 정보는 시스템들 엔지니어들, AR들, 안전 엔지니어들, 시스템 SME들, 조종사들 등과 같은 이해관계자들에게 유용할 수 있다.

도 10에 도시된 바와 같이, 조종실 레이아웃 모델(1000)은 조종실(flight deck)(1002)의 개략적 표현을 포함할 수 있는데, 시스템들의 여러 가지 것들이 각각 개략적인 표현(1004)들에 의해서 도시될 수 있다(도 10에서는 그 전부는 아니고 일부가 호출됨). 하나의 예에 있어서, 조종실 및 그 시스템들은 조종실에서 승무원에게 보일 수 있는 시스템들(또는 더욱 구체적으로 하나의 실시 예에서 그들의 컨트롤(control)들)의 배치를 반영하는 방식으로 개략적으로 표현될 수 있다. 하나의 예에 있어서, 이러한 개략적 표현은 조종실에 대한 설계 데이터로부터 생성될 수 있다.

고장 사례에 대해서, 이후, 조종실 레이아웃 모델(1000)은 원인 및/또는 하위의 고장난 시스템들을 포함하는 하나 이상의 고장난 시스템들을 식별할 수 있고, 이들 각각의 개략적인 표현(1004)들에 대해서 직접 그러할 수 있다. 하나의 예에 있어서, 조종실 레이아웃 모델은 하나 이상의 고장난 시스템들의 개략적 표현들을 문자적으로, 그래픽적으로, 또는 하일라이트할(highlight) 수 있다. 추가적인 예에 있어서, 조종실 레이아웃 모델은 고장난 시스템들의 기능적인 상태들과 같은 추가적인 고장 데이터를 반영하는 방식으로 하나 이상의 고장난 시스템들을 하일라이트할 수 있다. 도 10에서 도시된 바와 같이, 예를 들어, 조종실 레이아웃 모델은 "저하된(degraded)" 상태를 갖는 고장난 시스템들의 표현들에 대해 윤곽을 나타낼(outline)(1006) 수 있고, "고장난(failed)" 상태를 갖는 고장난 시스템들의 표현들에 대해 줄을 그을(cross through)(1008) 수 있다.

상술한 것 외에도, 조종실 레이아웃 모델(1000)은 조종실에서 고장난 시스템들에 대한 추가적인 고장 데이터를 포함할 수 있다. 하나의 예에 있어서, 이러한 추가적인 고장 데이터는 고장난 시스템들의 적어도 일부를 위해서 고장에 반응하여 생성되었거나 취해졌을 수 있는 하나 이상의 경고 메시지들(1010) 및/또는 보완 조치들을 포함할 수 있다. 부가적으로 또는 대안적으로, 예를 들어, 추가적인 고장 데이터는 고장난 시스템들의 적어도 일부를 위하여 시스템-레벨 위험 레벨 및/또는 추가적인 영향 기술을 포함할 수 있다.

도 11은 하나의 예시적인 실시 예에 따라서 비행로 레이아웃 모델(1100)을 도시한다. 비행로 레이아웃 모델은 일반적으로 개념상의 비행로(notional flight profile)상에서 캐스케이딩 고장 영향들의 그래픽 표현을 제공한다. 이 레이아웃 모델은 고장 사례의 시간-국면(time-phased)/비행-국면(flight-phased) 관점을 제공한다는 점에서 다른 "평면적인(flat)"레이아웃들과는 다를 수 있다. 시스템 고장들이 동시에 발생하는 것은 아니다. 캐스케이딩 고장들에서 시간 지연이 존재할 수 있다. 예를 들어, 냉각의 손실은 특정 온도 위에서 저하되거나 고장날 수 있는 시스템들 내의 고장들을 초래할 수 있지만, 한번 냉각된 시스템이 각각의 온도 위로 올라가는 데는 시간이 걸릴 수 있다. 이 정보는 시스템들 엔지니어들, AR들, 안전 엔지니어들, 시스템 SME들, 조종사들 등의 등과 같은 이해관계자들에게 유용할 수 있다.

도 11에 도시된 바와 같이, 비행로 레이아웃 모델(1100)은 항공기의 비행에 대한 비행로(flight profile)(1102)의 그래픽 표현을 포함할 수 있고, 이것은 하나의 예에서 시간에 대한 항공기 고도의 선차트(line chart)와 유사하게 보일 수 있다. 이후, 비행로 레이아웃 모델은 비행 동안 발생하는 하나 이상의 고장 사례의 타임라인(timeline)을 포함할 수 있고, 비행로 상에서도 그러할 수 있다. 하나의 예에 있어서, 비행로 레이아웃 모델은 하나 이상의 원인 또는 하위 고장(1104)들의 아이디(identification), 및/또는 하나 이상의 추가적인 영향 기술(1106)들, 경고 메시지들(1108) 및/또는 보완 조치(1110)들과 같은 고장 데이터를 포함할 수 있다(그 전부는 아니되 일부가 도 11에서 호출됨).

비행로 레이아웃 모델(1100)의 고장 데이터의 적어도 일부가 (식별된 비행 국면을 통해서) 시간과 연계되어 있을 수 있다. 그러므로, 비행로 레이아웃 모델은 비행로상에 고장 데이터와 시간 간의 링크(1112)들을 포함할 수 있다(하나의 예에 대해서 화살표로 표시된 링크로서 도시됨)(링크의 전부는 아니되 일부가 호출됨). 예를 들어, 원인 또는 하위 고장(1104)은 고장이 발생한 시간과 연계되어 있을 수 있고, 고장의 추가적인 영향(1106)들은 그 영향들이 경험된 시간과 연계되어 있을 수 있다. 다른 예에서, 경고 메시지(1108)는 시스템이 각각의 메시지를 생성한 시간과 연계되어 있을 수 있고, 보완 조치(1110)는 승무원이 각각의 조치를 취한 시간과 연계되어 있을 수 있다. 하나의 예에 있어서, 비행로 레이아웃 모델은 고장과 고장에 반응하여 생성되거나 취해질 수 있는 고장 데이터 사이의 시간 지연(1114)을 추가로 나타낼 수 있다.

도 12는 하나의 예시적인 실시 예에 따라서 기능 영향 레이아웃 모델(1200)을 도시한다. 기능 영향 레이아웃 모델은 개별적인 시스템-레벨 영향들 및 복합-시스템-레벨 기능들에 대한 그 영향들을 요약하여 표 형식의(tabular) 표현을 제공한다. 이 레이아웃 모델은 엔지니어들에게 각각의 복합-시스템-레벨 기능에 대한 저하들의 전체적인 영향들을 평가하기 위한 방법을 제공한다는 점에서 다른 레이아웃 모델들과 비교하여 독특할 수 있다. 이 정보는 시스템들 엔지니어들, AR들, 안전 엔지니어들, 시스템 SME들, 조종사들 등과 같은 이해관계자들에게 유용할 수 있다.

도 12에 도시된 바와 같이, 기능 영향 레이아웃 모델(1200)은 개별적인 하나 이상의 고장 사례에 대한 하나 이상의 로우(row)들(또는 레코드(record)들)(1202) 및 각각의 고장 사례(들)에 대한 정보를 명시하는 하나 이상의 칼럼(column)들(또는 필드(field)들)(1204)을 갖는 표를 포함할 수 있다. 로우에서의 각각의 고장 사례에 대하여, 칼럼들은 고장 및/또는 그에 의해 나타나는 하나 이상의 영향들 또는 하위 고장들을 식별시킬 수 있고, 각각의 고장 및/또는 하위 고장들에 의해 영향받는 복합-시스템-레벨 기능들을 식별시키거나 또는 요약할 수 있다. 하나의 예에 있어서, 각각의 고장 사례에 대해서, 칼럼들 중의 하나는 각각의 복합-시스템-레벨 기능 저하의 결합된 영향(combined effect) 및 전체 복합-시스템-레벨 안전에 대한 그 영향에 대한 요약을 추가로 제공할 수 있다.

도 13은 하나의 예시적인 실시 예에 따라서 테스트 계획 레이아웃 모델(1300)을 도시한다. 테스트 계획 레이아웃 모델은 일반적으로 하나 이상의 고장 사례에 대한 테스트 계획들 또는 프로시저(procedure)들 및 각각의 고장 사례들과 관련된 고장 데이터를 요약하는 표 형식의 표현을 제공한다. 이러한 관점에서, 테스트 팀(test team)에 의한 복합-시스템 테스팅 동안 다수의 고장 분석이 수행될 수 있다. 예시적인 실시 예들의 테스트 계획 레이아웃 모델은 고장 데이터로부터 직접 테스트 계획 레이아웃들을 생성하기 위해 이용될 수 있고, 레이아웃 모델들의 다른 것들에 포함된 고장 데이터를 포함할 수 있다. 이것은 테스트 팀이 테스팅(testing) 동안 생길 고장에 대한 임의의 질문에 대답하는 것을 용이하게 할 수 있다. 예를 들어, 고장 관계(failure relationship)들에 대한 질문들이 캐스케이딩 영향들에서 고장 데이터로부터 보일 수 있으며, 또는 복합 시스템의 동작 동안 고장들이 언제 발생할 수 있는지에 대한 질문들이 비행로 레이아웃들을 통해서 대답될 수 있다.

도 13에 도시된 바와 같이, 테스트 계획(test planning) 레이아웃 모델(1300)은 테스트될 각각의 하나 이상의 고장 사례에 대한 하나 이상의 로우들(또는 레코드들)(1302) 및 각각의 고장 사례(들)에 대한 정보를 명시하는 하나 이상의 칼럼들(또는 필드들)(1304)을 갖는 표를 포함할 수 있다. 도시된 바와 같이, 예를 들어, 칼럼들은 고장 사례, 및 고장 사례에 대한 고장 데이터와 테스트 과정들을 식별시킬 수 있다. 각각의 고장 사례에 대해 로우에서, 칼럼들은 고장 및/또는 그에 의해 나타나는 하나 이상의 영향들 또는 하위 고장들을 식별시킬 수 있고, 고장 사례에 대한 고장 데이터 및 테스트 과정들을 식별시키거나 또는 요약할 수 있다. 하나의 예에 있어서, 각각의 고장 사례에 대해서, 칼럼들 중의 하나는 테스트 팀에게 유용할 수 있는 다른 기타 정보를 추가로 제공할 수 있다.

본 발명의 예시적인 실시 예들에 따르면, 데이터 수집 시스템(102) 및 데이터 레이아웃 시스템(104)을 포함하는 고장 분석 시스템(100) 및 그것의 서브시스템들은 다양한 수단에 의해서 구현될 수 있다. 유사하게, 각각의 엘리먼트들을 포함하는 데이터 수집 시스템(200) 및 데이터 레이아웃 시스템(300)의 예들은 예시적인 실시 예들에 따라서 다양한 수단에 의해서 구현될 수 있다. 시스템들, 서브시스템들, 및 그들 각각의 엘리먼트들을 구현하기 위한 수단은 컴퓨터-판독가능 저장 매체로부터의 하나 이상의 컴퓨터 프로그램 코드 명령어들, 프로그램 명령어들, 또는 실행가능한 컴퓨터-판독가능 프로그램 코드 명령어들의 지시 하에서 또는 단독으로 하드웨어를 포함할 수 있다.

하나의 예에 있어서, 본 명세서에 도시되고 설명된 시스템들, 서브시스템들, 및 각각의 엘리먼트들로서 기능하거나 이들을 구현하도록 구성된 하나 이상의 장치가 제공될 수 있다. 하나 이상의 장치를 포함하는 예들에서, 각각의 장치들은 예컨대 유선 또는 무선 네트워크 등을 통해서 직접적으로 또는 간접적으로 다수의 상이한 방법으로 서로 통신하거나 연결될 수 있다.

일반적으로, 본 발명의 예시적인 실시 예들의 장치는 하나 이상의 고정된 또는 휴대형 전자 장치를 포함하거나, 이를 구비하거나, 이러한 형태로 구체화될 수 있다. 적절한 전자 장치들의 예들은 스마트폰, 타블렛(tablet) 컴퓨터, 랩탑(laptop) 컴퓨터, 테스크탑(desktop) 컴퓨터, 워크스테이션(workstation) 컴퓨터, 서버(server) 컴퓨터 등을 포함할 수 있다. 장치는 예를 들어 메모리(예컨대, 저장 장치)에 연결된 프로세서(processor)(예컨대, 프로세서 유닛)와 같은 다수의 구성요소들 각각의 하나 이상을 포함할 수 있다.

프로세서는 일반적으로 예를 들어, 데이터, 컴퓨터-판독가능 프로그램 코드, 명령어들 등(때때로 일반적으로 "컴퓨터 프로그램들(computer programs)" 예컨대, 소프트웨어, 펌웨어 등으로 지칭됨), 및/또는 다른 적절한 전자 정보와 같은 정보를 처리할 수 있는 임의의 하드웨어 부품일 수 있다. 더욱 구체적으로, 예를 들어, 프로세서는 컴퓨터 프로그램들을 실행하도록 구성될 수 있고, 이것은 프로세서상에 저장될 수 있으며 혹은 (동일한 또는 다른 장치의) 메모리에 저장될 수 있다. 프로세서는 특정에 구현에 따라서 다수의 프로세서들, 멀티-프로세서 코어, 또는 임의의 타입의 프로세서일 수 있다. 나아가, 프로세서는 단일한 칩(chip) 상에서 주(main) 프로세서가 하나 이상의 보조(secondary) 프로세서와 존재하는 다수의 이종(heterogeneous) 프로세서 시스템들을 이용해서 구현될 수 있다. 다른 예시적인 예에서, 프로세서는 동일한 타입의 복수의 프로세서들을 포함하는 대칭(symmetric) 멀티-프로세서 시스템일 수 있다. 또 다른 예에서, 프로세서는 하나 이상의 ASIC(application-specific integrated circuit), FPGA(field-programmable gate array) 등으로 구체화되거나 이를 포함할 수 있다. 그래서, 프로세서가 하나 이상의 기능들을 수행하기 위해서 컴퓨터 프로그램을 실행할 수 있을지라도, 다양한 예들의 프로세서가 컴퓨터 프로그램의 도움 없이 하나 이상의 기능을 수행할 수 있다.

메모리는 일반적으로 예를 들어, 데이터, 컴퓨터 프로그램들 및/또는 다른 적절한 정보와 같은 정보를 임시로(temporary basis) 및/또는 영구적으로(permanent basis) 저장할 수 있는 임의의 하드웨어 부품이다. 메모리는 휘발성 및/또는 비휘발성 메모리를 포함할 수 있으며, 고정되어 있거나 착탈가능할(removable) 수 있다. 적절한 메모리의 예들은 RAM(random access memory), ROM(read-only memory), 하드 드라이브(hard drive), 플래시(flash) 메모리, 썸(thumb) 드라이브, 착탈가능한 컴퓨터 디스켓, 광 디스크, 자기 테이프 또는 이들의 임의의 조합을 포함한다. 광 디스크는 CD-ROM(compact disk - read only memory), CD-R/W(compact disk - read/write), DVD 등을 포함할 수 있다. 다양한 예들에서, 메모리는 컴퓨터-판독가능 저장 매체로 지칭될 수 있는데, 이것은 정보를 저장할 수 있는 비일시적(non-transitory) 장치로서, 한 위치에서 다른 위치로 정보를 운반할 수 있는 전자적 천이 신호(transitory signal)와 같은 컴퓨터-판독가능 전송 매체와 구별될 수 있다. 본 명세서에서 설명된 바와 같은 컴퓨터-판독가능 매체는 일반적으로 컴퓨터-판독가능 저장 매체 또는 컴퓨터-판독가능 전송 매체를 가리킬 수 있다.

메모리뿐 아니라, 프로세서 또한 정보를 디스플레이, 전송, 및/또는 수신하기 위한 하나 이상의 인터페이스에 연결될 수 있다. 인터페이스들은 통신 인터페이스(예컨대, 통신 유닛) 및/또는 하나 이상의 사용자 인터페이스들을 포함할 수 있다. 통신 인터페이스는 예컨대 다른 장치(들), 네트워크(들) 등으로 정보를 전송하거나 및/또는 다른 장치(들), 네트워크(들) 등으로부터 정보를 수신하도록 구성될 수 있다. 통신 인터페이스는 물리적(유선) 및/또는 무선 통신 링크들에 의해서 정보를 전송 및/또는 수신하도록 구성될 수 있다. 적절한 통신 인터페이스들의 예들은 NIC(network interface controller), WNIC(wireless NIC) 등을 포함한다.

사용자 인터페이스들은 디스플레이 및/또는 하나 이상의 사용자 입력 인터페이스들(예컨대, 입력/출력 유닛)을 포함할 수 있다. 디스플레이는 사용자에게 정보를 제시하거나 디스플레이하도록 구성될 수 있는데, 이것의 적절한 예들은 LCD(liquid crystal display), LED(light-emitting diode display), PDP(plasma display panel) 등을 포함한다. 사용자 입력 인터페이스들은 유선 또는 무선일 수 있고, 예컨대 처리, 저장 및/또는 디스플레이를 위한 장치로의 사용자로부터의 정보를 수신하도록 구성될 수 있다. 사용자 입력 인터페이스들의 적절한 예들은 마이크로폰(microphone), 이미지 또는 비디오 캡처(capture) 장치, 키보드 또는 키패드, 조이스틱, (터치스크린과 별개이거나 터치스크린에 통합된) 접촉-감지(touch-sensitive) 표면, 생체인식 센서(biometric sensor) 등을 포함한다. 사용자 인터페이스들은 프린터, 스캐너 등과 같은 주변장치들과 통신하기 위한 하나 이상의 인터페이스를 더 포함할 수 있다.

상술한 바와 같이, 프로그램 코드 명령어들은 메모리에 저장될 수 있고, 본 명세서에서 설명된 시스템들, 서브시스템들, 및 이들 각각의 엘리먼트들의 기능들을 구현하기 위해 프로세서에 의해서 실행될 수 있다. 이해될 바와 같이, 임의의 적절한 프로그램 코드 명령어들은 특정 기계를 만들어 내기 위해서 컴퓨터-판독가능 저장 매체로부터 컴퓨터 또는 다른 프로그램 가능한 장치로 로딩될(loaded) 수 있으며, 그래서 특정 기계는 본 명세서에서 특정된 기능들을 구현하기 위한 수단이 된다. 이 프로그램 코드 명령어들은 또한 컴퓨터, 프로세서, 또는 다른 프로그램 가능한 장치가 특정 방식으로 기능해서 특정 기계 또는 특정 제조 물품을 생성하도록 지시할 수 있는 컴퓨터-판독가능 저장 매체에 저장될 수 있다. 컴퓨터-판독가능 저장 매체에 저장된 명령어들은 본 명세서에서 설명된 기능을 구현하기 위한 수단이 되는 제조 물품을 생산할 수 있다. 프로그램 코드 명령어들은 컴퓨터-판독가능 저장 매체로부터 검색될 수 있고, 컴퓨터, 프로세서, 또는 다른 프로그램 가능한 장치상에서 또는 이에 의해서 수행될 동작들을 실행하도록 컴퓨터, 프로세서, 또는 다른 프로그램 가능한 장치를 구성하기 위해서 컴퓨터, 프로세서, 또는 다른 프로그램 가능한 장치로 로딩될 수 있다.

프로그램 코드 명령어들의 검색, 로딩, 및 실행은 한 번에 하나의 명령어가 검색되고, 로딩되고, 실행되도록 연속적으로(sequentially) 수행될 수 있다. 일부 예시적인 실시 예들에서, 검색, 로딩, 및/또는 실행은 복수의 명령어들이 함께 검색, 로딩, 및/또는 실행되도록 병렬적으로(in parallel) 수행될 수 있다. 컴퓨터, 프로세서, 또는 다른 프로그램 가능한 장치에 의해 실행되는 명령어들이 본 명세서에서 설명된 기능들을 구현하기 위한 동작들을 제공하도록, 프로그램 코드 명령어들의 실행이 컴퓨터로-구현되는(computer-implemented) 프로세스를 생성할 수 있다.

프로세서에 의한 명령어들의 실행 또는 컴퓨터-판독가능 저장 매체에서의 명령어들의 저장은 특정된 기능들을 수행하기 위한 동작들의 조합을 지원한다. 하나 이상의 기능들 및 기능들의 조합이 특별한 목적의 하드웨어-기반 컴퓨터 시스템들 및/또는 특정된 기능들을 수행하는 프로세서들, 또는 특별한 목적의 하드웨어 및 프로그램 코드 명령어들의 조합에 의해서 구현될 수 있다는 점 또한 이해될 것이다.

본 명세서에서 제시된 본 발명의 다수의 변경들 및 다른 실시 예들이 통상의 기술자에게 떠오를 것이며, 이에 대해서 본 공개는 상술한 설명 및 관련 도면들에 존재하는 가르침의 혜택의 이익을 가진다. 그러므로, 본 발명은 공개된 특정 실시 예들에 한정되지 않으며 변경들 및 다른 실시 예들은 첨부된 청구항의 범위 내에 포함되는 것으로 의도된다고 이해되어야 한다. 게다가, 상술한 설명 및 관련 도면들이 엘리먼트들 및/또는 기능들의 특정한 예시적인 조합의 문맥에서 예시적인 실시 예들을 설명할지라도, 엘리먼트들 및/또는 기능들의 상이한 조합들이 첨부된 청구항의 범위로부터 벗어나지 않으면서 대안적인 실시 예들에 의해서 제공될 수 있다는 점이 이해되어야 한다. 이러한 관점에서, 예를 들어, 앞서 명시적으로 설명된 것들이 아닌 엘리먼트들 및/또는 기능들의 다른 조합들도 첨부된 청구항들의 일부에서 제시될 수 있는 것으로 고려된다. 본 명세서에서 구체적인 용어들이 채택되었을지라도, 이들은 단지 일반적이며(generic) 설명적인(descriptive) 의미로 사용된 것이지 제한의 목적을 위한 것이 아니다.

Claims (15)

1. 상이한 고장 분석 레이아웃(layout)들을 위한 고장 데이터(904)를 통합하기 위한 시스템(100)으로서, 상기 시스템은:
   복수의 시스템(902)들을 포함하는 복합 시스템(complex system)을 위한 고장 분석 데이터(904)를 수신하고 검증하도록 구성된 데이터 검증기(202), 및
   데이터 검증기(202)에 연결되고, 고장 분석 데이터(904)의 복수의 상이한 레이아웃들 중의 임의의 하나 이상을 선택적으로 생성하도록 구성된 레이아웃 엔진(302)을 포함하고,
   고장 분석 데이터(904)는 고장 데이터(904) 및 설계 데이터를 포함하고,
   고장 데이터(904)는 복수의 시스템(902)들의 하나 이상의 고장난 시스템을 식별시키고,
   설계 데이터는 복합 시스템 및 그것의 시스템(902)들의 적어도 일부의 가능한 고장들을 기술하고,
   데이터 검증기(202)가 고장 분석 데이터(904)를 검증하도록 구성되는 것은, 복수의 상이한 고장 분석 레이아웃들을 위한 고장 데이터(904)를 통합하기 위해서 고장 데이터(904)와 설계 데이터 간의 하나 이상의 일관성 체크(consistency check)를 수행하도록 구성되는 것을 포함하고,
   검증된 고장 분석 데이터(904)의 적어도 일부는 상이한 레이아웃들의 적어도 일부 사이에서 공유되는 것을 특징으로 하는 시스템.
   
2. 제 1 항에 있어서,
   고장난 시스템들은 원인 고장(originating failure)에 의해서 직접적으로 영향받는 고장난 시스템 및 원인 고장에 의해서 간접적으로 영향받는 임의의 하위의(lower-ordered) 고장난 시스템들을 포함하고,
   설계 데이터는 복합 시스템의 시스템들 간의 논리 관계들(906)을 기술하는 논리 인터페이스 정보를 포함하고,
   데이터 검증기(202)가 하나 이상의 일관성 체크를 수행하도록 구성되는 것은, 고장 데이터(904) 및 논리 인터페이스 정보를 이용해서 논리-인터페이스 일관성 체크를 수행하도록 구성되는 것을 포함하고,
   논리-인터페이스 일관성 체크는, 고장난 시스템이 하위의 고장난 시스템들과 논리적으로 관련(906)이 있는지에 대한 체크 또는 고장난 시스템과 논리적으로 관련(906)이 있는 시스템들이 하위의 고장난 시스템들인지에 대한 체크를 포함하는 것을 특징으로 하는 시스템.
   
3. 제 1 항 또는 제 2 항에 있어서,
   고장 데이터(904)는 고장난 시스템들의 각각의 고장들에 반응하여 생성된 하나 이상의 경고 메시지들(1010)을 포함하고,
   설계 데이터는 복합 시스템의 다양한 시스템들과 관련이 있는 경고 메시지들(1010)의 집합(collection)을 포함하고,
   데이터 검증기(202)가 하나 이상의 일관성 체크를 수행하도록 구성되는 것은, 생성된 경고 메시지들(1010) 및 경고 메시지들(1010)의 집합을 이용해서 경고 일관성 체크를 수행하도록 구성되는 것을 포함하고,
   경고 일관성 체크는, 고장난 시스템들을 위해 생성된 하나 이상의 경고 메시지들(1010)이 경고 메시지들(1010)의 집합에서의 각각의 고장난 시스템들과 관련이 있는 경고 메시지들(1010)과 연관성이 있는지에 대한 체크를 포함하는 것을 특징으로 하는 시스템.
   
4. 제 1 항 내지 제 3 항 중 어느 한 항에 있어서,
   설계 데이터는 복합 시스템과 그것의 시스템(902)들 간의 물리적 관계들을 기술하는 하나 이상의 개략도(schematic diagram)(1004)들을 포함하고,
   복합 시스템은 복수의 물리적으로-구별되는 영역들로 나누어질 수 있고,
   데이터 검증기(202)가 하나 이상의 일관성 체크를 수행하도록 구성되는 것은, 고장 데이터(904) 및 하나 이상의 개략도들(1004)을 이용해서 위치 일관성 체크를 수행하도록 구성되는 것을 포함하고,
   위치 일관성 체크는, 고장난 시스템들이 복합 시스템의 동일한 영역에 물리적으로 위치하는지에 대한 체크를 포함하는 것을 특징으로 하는 시스템.
   
5. 제 1 항 내지 제 4 항 중 어느 한 항에 있어서,
   고장 데이터(904)는 고장난 시스템들의 각각의 고장들에 대한 위험 레벨들을 포함하고,
   설계 데이터는 복합 시스템의 다양한 시스템(902)들과 관련이 있는 위험 레벨들의 집합을 포함하고,
   데이터 검증기(202)가 하나 이상의 일관성 체크를 수행하도록 구성되는 것은, 고장난 시스템들의 각각의 고장들에 대한 위험 레벨들 및 경고 메시지들(1010)의 집합을 이용해서 위험-평가 일관성 체크를 수행하도록 구성되는 것을 포함하고,
   위험-평가 일관성 체크는, 고장난 시스템들의 각각의 고장들에 대한 위험 레벨들이 위험 레벨들의 집합에서의 각각의 고장난 시스템들과 관련이 있는 위험 레벨들과 연관성이 있는지에 대한 체크를 포함하는 것을 특징으로 하는 시스템.
   
6. 제 1 항 내지 제 5 항 중 어느 한 항에 있어서,
   복합 시스템의 시스템들은 하나 이상의 전기 시스템을 포함하고,
   고장난 시스템들은 하나 이상의 고장난 전기 시스템을 포함하고,
   고장 데이터(904)는 하나 이상의 고장난 전기 시스템의 파워 상태들을 식별시키고,
   설계 데이터는, 복합 시스템의 다양한 동작 상태들에 대한 하나 이상의 고장난 전기 시스템의 파워 상태들을 기술하는 전기 부하 데이터를 포함하고,
   데이터 검증기(202)가 하나 이상의 일관성 체크를 수행하도록 구성되는 것은, 고장 데이터(904) 및 전기 부하 데이터를 이용해서 전기-부하 일관성 체크를 수행하도록 구성되는 것을 포함하고,
   전기-부하 일관성 체크는, 하나 이상의 고장난 전기 시스템의 파워 상태들이 전기 부하 데이터와 연관성이 있는지에 대한 체크를 포함하는 것을 특징으로 하는 시스템.
   
7. 제 1 항 내지 제 4 항 중 어느 한 항에 있어서,
   고장 데이터(904)는 고장난 시스템들에 의해 영향받는 하나 이상의 복합-시스템-레벨(complex-system-level) 기능들의 목록을 포함하고,
   설계 데이터는 하나 이상의 복합-시스템-레벨 기능들 및 각각의 기능들을 구현하는 복합 시스템의 시스템들의 목록을 포함하고,
   데이터 검증기(202)가 하나 이상의 일관성 체크를 수행하도록 구성되는 것은, 고장난 시스템들에 의해 영향받는 복합-시스템-레벨 기능들을 포함하는 고장 데이터(904)가 각각의 고장난 시스템들에 의해 구현되는 복합-시스템-레벨 기능들을 포함하는 설계 데이터와 연관성이 있는지에 대한 체크를 포함하는 기능 영향 일관성 체크를 수행하도록 구성되는 것을 포함하는 것을 특징으로 하는 시스템.
   
8. 상이한 고장 분석 레이아웃들을 위한 고장 데이터(904)를 통합하기 위한 방법으로서, 상기 방법은:
   복수의 시스템(902)들을 포함하는 복합 시스템에 대한 고장 분석 데이터를 수신하는 단계;
   복수의 상이한 고장 분석 레이아웃(1004)들을 위한 고장 데이터(904)를 통합하기 위하여 고장 분석 데이터를 검증하는 단계; 및
   고장 분석 데이터의 복수의 상이한 레이아웃(1004)들 중의 임의의 하나 이상을 선택적으로 생성하는 단계를 포함하고,
   고장 분석 데이터(904)는 복수의 시스템(902)들의 하나 이상의 고장난 시스템을 식별시키는 고장 데이터(904)를 포함하고,
   검증된 고장 분석 데이터(904)의 적어도 일부는 상이한 레이아웃(1004)들의 적어도 일부 사이에서 공유되는 것을 특징으로 하는 방법.
   
9. 제 8 항에 있어서,
   고장 분석 데이터(904)는 복합 시스템 및 그것의 시스템(902)들의 적어도 일부의 가능한 고장들을 기술하는 설계 데이터를 추가로 포함하고,
   고장 분석 데이터를 검증하는 단계는 고장 데이터(904)와 설계 데이터 간의 하나 이상의 일관성 체크를 수행하는 단계를 포함하는 것을 특징으로 하는 방법.
   
10. 제 9 항에 있어서,
    고장난 시스템들은 원인 고장에 의해서 직접적으로 영향받는 고장난 시스템 및 원인 고장에 의해서 간접적으로 영향받는 임의의 하위의 고장난 시스템들을 포함하고,
    설계 데이터는 복합 시스템의 시스템(902)들 간의 논리 관계들(906)을 기술하는 논리 인터페이스 정보를 포함하고,
    하나 이상의 일관성 체크를 수행하는 단계는 고장 데이터(904) 및 논리 인터페이스 정보를 이용해서 논리-인터페이스 일관성 체크를 수행하는 단계를 포함하고,
    논리-인터페이스 일관성 체크는, 고장난 시스템이 하위의 고장난 시스템들과 논리적으로 관련이 있는지에 대한 체크 또는 고장난 시스템과 논리적으로 관련이 있는 시스템들(906)이 하위의 고장난 시스템들인지에 대한 체크를 포함하는 것을 특징으로 하는 방법.
    
11. 제 9 항 또는 제 10 항에 있어서,
    고장 데이터(904)는 고장난 시스템들의 각각의 고장들에 반응하여 생성된 하나 이상의 경고 메시지들(1010)을 포함하고,
    설계 데이터는 복합 시스템의 다양한 시스템들(906)과 관련이 있는 경고 메시지들(1010)의 집합을 포함하고,
    하나 이상의 일관성 체크를 수행하는 단계는 생성된 경고 메시지들(1010) 및 경고 메시지들(1010)의 집합을 이용해서 경고 일관성 체크를 수행하는 단계를 포함하고,
    경고 일관성 체크는, 고장난 시스템들에 대해 생성된 하나 이상의 경고 메시지들(1010)이 경고 메시지들(1010)의 집합에서의 각각의 고장난 시스템들과 관련이 있는 경고 메시지들(1010)과 연관성이 있는지에 대한 체크를 포함하는 것을 특징으로 하는 방법.
    
12. 제 9 항 내지 제 11 항 중 어느 한 항에 있어서,
    설계 데이터는 복합 시스템과 그것의 시스템들(906) 간의 물리적 관계들을 기술하는 하나 이상의 개략도들(1004)을 포함하고,
    복합 시스템은 복수의 물리적으로-구별되는 영역들로 나누어질 수 있고,
    하나 이상의 일관성 체크를 수행하는 단계는 고장 데이터(904) 및 하나 이상의 개략도들을 이용해서 위치 일관성 체크를 수행하는 단계를 포함하고,
    위치 일관성 체크는 고장난 시스템들이 복합 시스템의 동일한 영역에 물리적으로 위치하는지에 대한 체크를 포함하는 것을 특징으로 하는 방법.
    
13. 제 9 항 또는 제 10 항에 있어서,
    고장 데이터(904)는 고장난 시스템들의 각각의 고장들에 대한 위험 레벨들을 포함하고,
    설계 데이터는 복합 시스템의 다양한 시스템들과 관련이 있는 위험 레벨들의 집합을 포함하고,
    하나 이상의 일관성 체크를 수행하는 단계는 고장난 시스템들의 각각의 고장들에 대한 위험 레벨들 및 경고 메시지들(1010)의 집합을 이용해서 위험-평가 일관성 체크를 수행하는 단계를 포함하고,
    위험-평가 일관성 체크는, 고장난 시스템들의 각각의 고장들에 대한 위험 레벨들이 위험 레벨들의 집합에서의 각각의 고장난 시스템들과 관련이 있는 위험 레벨들과 연관성이 있는지에 대한 체크를 포함하는 것을 특징으로 하는 방법.
    
14. 제 9 항 내지 제 13 항 중 어느 한 항에 있어서,
    복합 시스템의 시스템(902)들은 하나 이상의 전기 시스템을 포함하고,
    고장난 시스템들은 하나 이상의 고장난 전기 시스템을 포함하고,
    고장 데이터(904)는 하나 이상의 고장난 전기 시스템의 파워 상태들을 식별시키고,
    설계 데이터는 복합 시스템의 다양한 동작 상태들에 대한 하나 이상의 고장난 전기 시스템의 파워 상태들을 기술하는 전기 부하 데이터를 포함하고,
    하나 이상의 일관성 체크를 수행하는 단계는 고장 데이터(904) 및 전기 부하 데이터를 이용해서 전기-부하 일관성 체크를 수행하는 단계를 포함하고,
    전기-부하 일관성 체크는, 하나 이상의 고장난 전기 시스템의 파워 상태들이 전기 부하 데이터와 연관성이 있는지에 대한 체크를 포함하는 것을 특징으로 하는 방법.
    
15. 제 9 항 내지 제 13 항 중 어느 한 항에 있어서,
    고장 데이터(904)는 고장난 시스템들에 의해 영향받는 하나 이상의 복합-시스템-레벨 기능들의 목록을 포함하고,
    설계 데이터는 하나 이상의 복합-시스템-레벨 기능들 및 각각의 기능들을 구현하는 복합 시스템의 시스템들의 목록을 포함하고,
    하나 이상의 일관성 체크를 수행하는 단계는, 고장난 시스템들에 의해 영향받는 복합-시스템-레벨 기능들을 포함하는 고장 데이터(904)가 각각의 고장난 시스템들에 의해 구현되는 복합-시스템-레벨 기능들을 포함하는 설계 데이터와 연관성이 있는지에 대한 체크를 포함하는 기능 영향 일관성 체크를 수행하는 단계를 포함하는 것을 특징으로 하는 방법.

Images