KR20140049927A - 플랫폼 건전성 모니터링 시스템 - Google Patents

Abstract

본 발명은 연상 메모리(428)를 포함하는 플랫폼(302) 건전성 모니터링 시스템(300)에 관한 것이다. 연상 메모리(428)는 플랫폼(302)에 대한 복수의 알려진 건전성 프로파일들(338, 540, 1510)을 저장한다. 플랫폼(302) 건전성 모니터링 시스템(300)은 또한 연상 메모리(428)와 통신하는 입력 장치(1512)를 포함한다. 입력 장치(1512)는 플랫폼(302)의 현재의 건전성 프로파일(334, 532, 1514)을 수신하도록 구성된다. 플랫폼(302) 건전성 모니터링 시스템(300)은 또한, 연상 메모리(428)와 함께, 비교(340)를 생성하기 위해서 현재의 건전성 프로파일(334, 532, 1514)을 복수의 알려진 건전성 프로파일들(338, 540, 1510)과 비교하도록 구성된 비교기(1516)를 포함할 수 있다. 비교기(1516)는, 비교를 기초로 하여 연상 메모리(428)와 함께, 플랫폼(302)의 현재의 건전성(314)에 대한 리포트(1120, 1212A, 1520)를 생성하도록 추가로 구성된다.

Description

플랫폼 건전성 모니터링 시스템{PLATFORM HEALTH MONITORING SYSTEM}

본 발명은 일반적으로 플랫폼들에 관한 것이고, 구체적으로는 플랫폼들을 모니터링하는 방법 및 장치에 관한 것이다. 더욱 구체적으로는, 본 발명은 플랫폼 시스템들 및 서브시스템(subsystem)들의 건전성(health) 및 기능(function)을 모니터링하기 위한 방법 및 장치에 관한 것이다.

플랫폼(platform)은, 예컨대 제한 없이, 이동(mobile) 플랫폼, 정지(stationary) 플랫폼, 지상-기반(land-based) 구조물, 해상-기반(aquatic-based) 구조물, 우주-기반(space-based) 구조물, 항공기, 잠수함, 버스, 병력 수송차(personnel carrier), 탱크, 기차, 자동차, 우주선, 우주 정거장, 위성, 수상함(surface ship), 및/또는 몇몇 다른 적절한 플랫폼의 형태를 취할 수 있다. 플랫폼의 신뢰도(reliability)는 플랫폼의 동작(operation) 및 사용에 중요하다.

예를 들어, 항공기에 있어서, 항공기의 상이한 구성요소들이 언제 유지보수를 필요로 하는지를 아는 것이 바람직하다. 유지보수는 유지보수 스케줄을 이용해서 수행될 수 있다. 스케줄이 잡힌 유지보수에서는, 항공기 이용시 스케줄에 없는 중단상황(interruption)들을 피할 수 있다. 스케줄이 잡힌 유지보수에 있어서 조차도, 구성요소들은 스케줄에 의해 표시된 것이 아닌 다른 시간에 교체 또는 유지보수를 요할 수 있다. 결과적으로, 항공기는 미리 계획하지 않은 시간에 운행 중이지 않을(out of service) 수 있다. 이러한 상황은 승객 또는 화물을 운송하거나 그 임무를 수행함에 있어서 추가적인 항공기 또는 지연(delay)을 가질 것을 요할 수 있다.

게다가, 건전성 모니터링 시스템들은 플랫폼의 다양한 시스템들을 모니터하기 위해서 이용된다. 현재의 건전성 모니터링 시스템들은 구성요소가 원하는 레벨의 성능에서 동작하고 있지 않다는 표시(indication)에 대해서 구성요소들을 모니터한다. 플랫폼의 모니터링은, 이러한 상이한 구성요소들 또는 구성요소들과 연계된 센서들로부터 정보를 얻어서 그 원본(raw) 또는 처리된(processed) 출력과 설정된 문턱값(set threshold)을 비교함으로써 수행된다. 이러한 설정된 문턱값은 센서 원본 데이터 및 처리된 출력에 대한 다른 요소들의 영향을 무시하는 엔지니어링 분석(engineering analysis)을 기초로 하여 식별될 수 있다. 현재 이용가능한 건전성 모니터링 시스템들은 플랫폼에서 상이한 시스템들 및 구성요소들의 건전성을 사정하는(assess) 데 사용하기 위한 센서들로부터 많은 양의 데이터를 수신하고 처리한다.

현재 이용가능한 건전성 모니터링 시스템들은 플랫폼의 건전성을 사정하기 위하여 특정한 기내에 탑재된 센서들 또는 소스(source)들로부터의 한정된 데이터 세트를 이용한다. 예를 들어, 특정 시스템의 건전성은 특정 센서들의 세트로부터 수집된 데이터로부터 얻어질(derived) 수 있다. 플랫폼의 건전성과 관련된 다른 이용가능한 기내에 탑재된 데이터 및 기내에 탑재되지 않은 데이터가 그 시스템의 건전성을 식별하는 데 이용되지 않는다. 이러한 데이터는, 센서 데이터의 물리적 상관관계(correlation)의 복잡성(complexity) 및 기존 방법들을 가지고 대용량의 데이터를 처리하는 것의 비효율성(inefficiency)으로 인하여 현재 이용되지 않고 있다.

하지만, 현재 이용가능한 시스템들은 원하는 정도의 정확도를 가지고 비히클(vehicle)의 건전성의 식별(identification)을 제공할 수 없다. 정확도가 원하는 레벨을 만족시키지 못하는 경우에, 유지보수의 증가가 일어날 수 있다. 이러한 유지보수의 증가는 비히클에서의 불일치를 간과하거나 잘못되거나 또는 늦은 식별로 인한 것일 수 있다. 예를 들어, 만일 비히클의 전송 시스템에 대해서 필요한 유지보수가 원하는 정도의 정확도로 식별되지 않으면, 유지보수는 올바른 구성요소 상에서 수행될 수 없고, 불필요한 유지보수, 유지보수 비용의 증가, 및 항공기 이용가능성의 감소를 발생시킬 수 있다. 결과적으로, 유지보수를 수행하고 전송 시스템으로부터 원하는 성능을 획득하기 위해 추가적인 부품들, 장비, 노동력, 및 시간이 필요할 수 있다.

더욱 나아가, 센서들로부터 수집된 데이터는 구성요소 상에서 발생한 유지보수 액션(action)들에 의해서 영향을 받을 수 있다. 유지보수의 결과, 센서들의 출력에서의 잘못된 변경들은 실제 부품 고장(failure)이 없음에도 설정된 결함(fault) 문턱값들을 초과하는 것으로 보일 수 있다. 현재의 건전성 모니터링 시스템들은 비히클 상에서의 유지보수로 인한 센서 출력 변경과 부품 동작 상태들의 변경으로 인한 센서 출력 변경을 구별할 수 없다.

현재의 건전성 모니터링 시스템들은 센서 데이터만을 처리하고, 승무원 및 유지보수자(maintainer)에 의한 관찰결과들을 이용하지 않는다. 예를 들어, 승무원은 와이어링(wiring) 주변에 연기 냄새가 존재했다고 진술할(state) 수 있다. 문제점을 진단하기 위한 이러한 정보의 조각은 현재의 센서 기반 진단 시스템들에는 포함되어 있지 않다.

그러므로, 하나 이상의 상술한 문제점들 및 가능하게는 다른 문제점들을 처리하는 방법 및 장치를 가지는 것은 유익할 것이다.

본 발명은 상술한 문제점들을 해결하는 플랫폼 건전성 모니터링 시스템 및 플랫폼의 건전성을 모니터링하기 위한 방법을 제공하는 것을 목적으로 한다.

예시적인 실시 예들은 플랫폼 건전성 모니터링 시스템을 제공한다. 플랫폼 건전성 모니터링 시스템은 복수의 데이터 및 복수의 데이터 간의 복수의 연관성들을 포함하는 연상 메모리를 포함한다. 복수의 데이터 및 복수의 데이터의 연관성들은 연관 그룹들로 수집된다. 연상 메모리는 복수의 데이터 간의 적어도 간접적인 관련성들을 기초로 하여 질의되도록 구성된다. 연상 메모리는 또한 플랫폼에 대한 복수의 알려진 건전성 프로파일들을 저장한다. 플랫폼 건전성 모니터링 시스템은 또한 연상 메모리와 통신하는 입력 장치를 포함한다. 입력 장치는 플랫폼의 현재의 건전성 프로파일을 수신하도록 구성된다. 플랫폼 건전성 모니터링 시스템은 또한, 연상 메모리와 함께, 비교를 생성하기 위해서 현재의 건전성 프로파일을 복수의 알려진 건전성 프로파일과 비교하도록 구성된 비교기를 포함할 수 있다. 비교기는, 비교를 기초로 하여 연상 메모리와 함께, 플랫폼의 현재의 건전성에 대한 리포트를 생성하도록 추가로 구성된다.

예시적인 실시 예들은 또한 방법을 제공한다. 본 방법은 연상 메모리에서 플랫폼의 현재의 건전성 프로파일을 수신하는 단계를 포함한다. 연상 메모리는 복수의 데이터 및 복수의 데이터 간의 복수의 연관성들을 포함한다. 복수의 데이터 및 복수의 데이터의 연관성들은 연관 그룹들로 수집된다. 연상 메모리는 복수의 데이터 간의 적어도 간접적인 관련성들을 기초로 하여 질의되도록 구성된다. 연상 메모리는 또한 플랫폼에 대한 복수의 알려진 건전성 프로파일들을 저장한다. 본 방법은 또한, 연상 메모리와 함께 컴퓨터 시스템을 이용해서, 비교를 생성하기 위하여 현재의 건전성 프로파일을 복수의 알려진 건전성 프로파일들과 비교하는 단계를 포함한다. 본 방법은 또한, 비교를 기초로 하여 연상 메모리와 함께 컴퓨터 시스템을 이용해서, 플랫폼의 현재의 건전성에 대한 리포트를 생성하는 단계를 포함한다.

예시적인 실시 예들은 또한 시스템을 포함한다. 본 시스템은 복수의 데이터 및 복수의 데이터 간의 복수의 연관성들을 포함하는 연상 메모리를 포함한다. 복수의 데이터 및 복수의 데이터의 연관성들은 연관 그룹들로 수집된다. 연상 메모리는 복수의 데이터 간의 적어도 간접적인 관련성들을 기초로 하여 질의되도록 구성된다. 연상 메모리는 또한 플랫폼에 대한 복수의 알려진 건전성 프로파일들을 저장한다. 본 시스템은 연상 메모리와 통신하는 입력 장치를 포함한다. 입력 장치는 플랫폼상에 배치된 센서에 의해서 취해진 측정들과 관련된 센서 데이터를 수신하도록 구성된다. 입력 장치는 플랫폼의 유지보수와 관련된 유지보수 데이터를 수신하도록 추가로 구성된다. 유지보수 데이터는 센서 데이터와 구별되고 센서 데이터와 무관하다. 본 시스템은 또한 플랫폼의 건전성의 리포트를 생성하기 위하여 연상 메모리와 함께 센서 데이터 및 유지보수 데이터 둘 다를 이용하도록 구성된 비교기를 포함한다.

특징들, 기능들, 및 이점들은 본 발명의 다양한 실시 예들에서 독립적으로 달성될 수 있으며, 또는 또 다른 실시 예들에서 조합될 수 있으며, 추가적인 세부사항들이 이하의 설명 및 도면을 참조하여 이해될 수 있다.

도 1은 예시적인 실시 예에 따른 플랫폼 제조 및 서비스 방법의 도면이다;
도 2는 예시적인 실시 예가 구현될 수 있는 항공기 시스템들의 도면이다;
도 3은 예시적인 실시 예에 따라서 연상 메모리를 이용하는 건전성 모니터링 환경(300)의 도면이다;
도 4는 예시적인 실시 예에 따른 데이터 처리 시스템의 도면이다;
도 5는 예시적인 실시 예에 따른 건전성 모니터링 시스템을 위한 컴퓨터 시스템에서의 정보의 흐름의 도면이다;
도 6은 예시적인 실시 예에 따른 복수의 관찰결과들의 도면이다;
도 7은 예시적인 실시 예에 따라서 플랫폼을 모니터링하기 위한 프로세스의 흐름도의 도면이다;
도 8은 예시적인 실시 예에 따라서 프로파일을 생성하기 위한 흐름도의 도면이다;
도 9는 예시적인 실시 예에 따라서 관찰결과들에 대한 점수를 생성하기 위한 흐름도의 도면이다;
도 10은 예시적인 실시 예에 따라서 알려진 프로파일들을 생성하기 위한 프로세스의 흐름도의 도면이다;
도 11은 예시적인 실시 예에 따른 건전성 모니터링 시스템의 블록도이다;
도 12는 예시적인 실시 예에 따라서 플랫폼을 모니터링하기 위한 프로세스의 흐름도이다;
도 13은 예시적인 실시 예에 따른 유사성 엔진의 이용을 도시하는 블록도이다;
도 14는 예시적인 실시 예에 따른 복수의 관찰결과들의 도면이다;
도 15는 예시적인 실시 예에 따라서 연상 메모리를 이용하는 건전성 모니터링 환경의 블록도이다;
도 16은 예시적인 실시 예에 따라서 플랫폼을 모니터링하기 위한 프로세스의 흐름도이다.

예시적인 실시 예들의 특성이라고 믿어지는 신규한 특징들이 첨부된 청구항들에서 제시된다. 하지만, 예시적인 실시 예들뿐 아니라 바람직한 사용 모드, 추가적 목적들 및 이들의 이점들은 본 발명의 예시적인 실시 예의 이하의 상세한 설명을 참조하여 첨부 도면들과 함께 읽을 때 가장 잘 이해될 것이다.

도면들을 더욱 구체적으로 참조하면, 본 공개의 실시 예들이 도 1에서 도시된 항공기 제조 및 서비스 방법(100) 및 도 2에서 도시된 항공기(200)의 맥락에서 설명될 수 있다. 우선 도 1을 참조하면, 항공기 제조 및 서비스 방법의 도면이 예적인 실시 예에 따라서 도시된다. 생산 전(pre-production) 동안, 항공기 제조 및 서비스 방법(100)은 도 2의 항공기(200)의 사양 및 설계(specification and design)(102)와 재료 조달(material procurement)(104)을 포함할 수 있다.

생산(production) 동안, 도 2의 항공기(200)의 구성요소 및 서브어셈블리 제조(component and subassembly manufacturing)(106)와 시스템 통합(system integration)(108)이 일어난다. 그 후에, 도 2의 항공기(200)는 운행 중(112)에 놓이기 위하여 인증 및 납품(certification and delivery)(110)을 거칠 수 있다. 고객에 의해 운행 중(112)에 있는 동안, 도 2의 항공기(200)는 일상적인 유지보수 및 서비스(114)에 대한 스케줄이 잡히고, 이것은 변형(modification), 재구성(reconfiguration), 재단장(refurbishment), 및 다른 유지보수 또는 서비스를 포함할 수 있다.

항공기 제조 및 서비스 방법(100)의 프로세스들의 각각은 시스템 통합자(integrator), 제3자(third party), 및/또는 오퍼레이터(operator)에 의해서 실시되거나 수행될 수 있다. 이 예들에서, 오퍼레이터는 고객일 수 있다. 이 설명의 목적을 위해서, 시스템 통합자는 제한 없이 임의의 다수의 항공기 제조자들 및 메이저-시스템(major-system) 하청업자들을 포함할 수 있고; 제3자는 제한 없이 임의의 다수의 판매자(vendor)들, 하청업자(subcontractor)들, 및 공급자(supplier)들을 포함할 수 있고; 오퍼레이터는 항공사(airline), 리스회사(leasing company), 군사 단체(military entity), 서비스 기구 등일 수 있다.

이제 도 2를 참조하면, 예시적인 실시 예가 구현될 수 있는 항공기의 도면이 도시된다. 이 예에서, 항공기(200)는 도 1의 항공기 제조 및 서비스 방법(100)에 의해서 생산되고, 복수의 시스템들(204)을 가진 기체(airframe)(202) 및 인테리어(interior)(206)를 포함할 수 있다. 시스템들(204)의 예들은 하나 이상의 추진(propulsion) 시스템(208), 전기(electrical) 시스템(210), 유압(hydraulic) 시스템(212), 환경 시스템(214), 착륙(landing) 시스템(216), 및 전자(electronics) 시스템(218)을 포함한다. 임의의 다수의 다른 시스템들이 포함될 수 있다. 우주항공적인(aerospace) 예가 도시되지만, 상이한 예시적인 실시 예들이 자동차 산업과 같은 다른 산업들에 적용될 수 있다.

본 명세서에서 구체화된 장치들 및 방법들은 도 1의 항공기 제조 및 서비스 방법(100)의 단계들 중의 적어도 하나 동안에 채용될 수 있다. 본 명세서에서 사용될 때, 문구 "~중의 적어도 하나(at least one of)"는, 아이템들의 목록과 함께 이용되는 경우에, 하나 이상의 열거된 아이템들 중의 상이한 조합들이 이용될 수 있다는 것과 목록에서 각각의 아이템 중의 하나만이 필요할 수 있다는 것을 의미한다. 예를 들어, "아이템 A, 아이템 B, 및 아이템 C 중의 적어도 하나"는 예를 들어 제한 없이 아이템 A 또는 아이템 A 및 아이템 B를 포함할 수 있다. 이 예는 또한 아이템 A, 아이템 B, 및 아이템 C, 또는 아이템 B 및 아이템 C를 포함할 수 있다.

하나의 예시적인 예에서, 도 1의 구성요소 및 서브어셈블리 제조(106)에서 생산된 구성요소들 또는 서브어셈블리들은 항공기(200)가 도 1에서의 운행 중(112)인 동안 생산된 구성요소들 또는 서브어셈블리들과 유사한 방식으로 제작 또는 제조될 수 있다. 또 다른 예로서, 다수의 장치 실시 예들, 방법 실시 예들, 또는 이들의 조합이 도 1의 구성요소 및 서브어셈블리 제조(106) 및 시스템 통합(108)과 같은 생산 단계들에서 이용될 수 있다.

아이템들을 지칭할 때, 다수라 함은 하나 이상의 이이템들을 의미한다. 예를 들어, 다수의 장치 실시 예들은 하나 이상의 장치 실시 예들이다. 다수의 장치 실시 예들, 방법 실시 예들, 또는 이들의 조합은 항공기(200)가 도 1의 운행 중(112)에 및/또는 유지보수 및 서비스(114) 동안 이용될 수 있다. 다수의 상이한 예시적인 실시 예들의 이용은 항공기(200)의 조립을 실질적으로 가속화시킬 수 있고 및/또는 항공기(200)의 비용을 실질적으로 감소시킬 수 있다.

본 명세서에서 사용될 때, 용어 "연상 메모리(associative memory)"는 복수의 데이터 및 복수의 데이터 간의 복수의 연관성들과 관련이 있고, 이들은 연상 메모리 개체 분석(associative memory entity analytics)에 의해서 얻어질 수 있다. 복수의 데이터 및 복수의 연관성들은 연관 그룹들에서 수집될 수 있고, 비일시적인(non-transitory) 컴퓨터 판독가능 저장 매체에 저장될 수 있다. 연상 메모리는 복수의 데이터 간의 직접적인 상관관계(correlation)들 외에도 복수의 데이터 간의 적어도 간접적인 관련성(relationship)들을 기초로 하여 질의되도록(queried) 구성될 수 있다. 연상 메모리는 또한 직접적 및 간접적인 관련성들의 조합들뿐 아니라 직접적인 관련성들을 기초로 하여 질의되도록 구성될 수 있다. 그래서, 연상 메모리는 단지 스토리지(storage)에 그치는 것이 아니며; 연상 메모리는 데이터 엘리먼트(element)들 간의 유사성들 또는 연관성들을 계산하는 능력을 포함한다.

그래서, 연상 메모리는 복수의 데이터 및 복수의 데이터 간의 복수의 연관성들로서 특징지어질 수 있다. 복수의 데이터는 연관 그룹들로 수집될 수 있다. 게다가, 연상 메모리는, 복수의 데이터 간의 직접적인 상관관계들 외에도 복수의 데이터로부터 선택된 또는 직접적 및 간접적인 관련성들을 포함하는 그룹으로부터 선택된 적어도 하나의 관련성(relationship)을 기초로 하여 질의되도록 구성될 수 있다. 연상 메모리는 또한 소프트웨어의 형태를 취할 수 있다. 그래서, 연상 메모리는 또한 직접적인 상관관계가 아니라 관련성들을 기초로 하여 새로운 통찰을 얻기 위하여 정보가 연관 그룹들로 수집되는 프로세스로서 고려될 수 있다. 이 소프트웨어가 하드웨어 컴퓨터에 의해서 구현될 수 있고, 또는 하드웨어 컴퓨터가 이 프로세스를 수행하도록 구성될 수 있다.

이 예시적인 예들에서, 건전성 모니터링 시스템은 도 1의 시스템 통합(108) 또는 유지보수 및 서비스(114) 동안 항공기(200)에서 구현될 수 있다. 예시적인 실시 예에 따라서, 건전성 모니터링 시스템은 도 1의 운행 중(112)에 및/또는 유지보수 및 서비스(114) 동안 이용될 수 있다.

상이한 예시적인 실시 예들은 다수의 상이한 고려사항들(considerations)을 인식하고 고려한다. 예를 들어, 상이한 예시적인 실시 예들은 현재 이용되는 건전성 모니터링 시스템들에서, 구성요소의 상태를 식별하기 위해 이용되는 센서 데이터가 건전성 모니터링 시스템의 설계자에 의해서 흔히 할당된다는 점을 인식하고 고려한다.

상이한 예시적인 실시 예들은 이러한 타입의 센서 데이터의 이용이 특정 구성요소에 영향을 줄 수 있는 다른 데이터를 고려하지 않을 수 있다는 점을 인식하고 고려한다. 예를 들어, 제2 시스템에 연결된 제1 시스템에서의 변경들 또는 진동들은 제2 시스템에도 영향을 줄 수 있다. 상이한 예시적인 실시 예들은 현재 이용가능한 건전성 모니터링 시스템들이 모니터링되고 있는 시스템에 영향을 줄 수 있는 비히클 내의 모든 상이한 시스템들 또는 구조들을 고려하지 않는다는 점을 인식하고 고려한다.

상이한 예시적인 실시 예들은 다양한 타입의 분석이 추가적인 데이터를 고려하기 위해 이용될 수 있다는 점을 인식하고 고려한다. 예를 들어, 통계분석, 데이터 모니터링, 신호 처리, 규칙-기반(rule-based) 시스템들, 퍼지 로직(fuzzy logic), 유전자 알고리즘(genetic algorithm)들, 몬테카를로 시뮬레이션(Monte Carlo simulation)들, 및/또는 다른 타입의 프로세스들이 이용될 수 있다. 하지만, 이러한 상이한 잠재적인 해결책들은 원하는 결과를 제공하지 못한다. 데이터 모니터링에 있어서, 이러한 타입의 프로세스들은 프로세서 리소스(processor resource)들의 관점에서 비용이 들뿐 아니라, 모델들, 통계들, 규칙들, 퍼지 로직, 유전자 알고리즘, 및 시뮬레이션을 갱신하기 위해 소프트웨어 유지보수 비용의 관점에서 비용이 들고 시간 소모적이다.

이러한 상이한 프로세스들은 또한 플랫폼 내에서 상이한 시스템들의 상태를 식별하는 것과 관련하여 원하는 레벨의 정확도를 제공할 수 없다. 예를 들어, 통계분석에 있어서, 흔히 이용가능하지 않은 많은 수의 샘플들을 기초로 하여 가정(assumption)이 존재한다. 게다가, 통계분석은 수집된 정보의 양을 더 적은 세트의 파라미터들로 감소시킨다. 복잡한 시스템들에 있어서, 이러한 타입의 분석을 위해 만들어진 가정 및 사용되는 처리 기술은 원하는 정도의 정확도를 가지고 시스템을 모델링할 수 없다.

다른 예로서, 신호 처리에 있어서, 특정 구성요소에 대해 다수의 센서들로부터의 데이터에 의존한다. 이 값들은 식별을 수행하기 위해서 문턱값과 비교된다. 이러한 타입의 기술은 비히클에서 발생할 수 있는 다른 타입의 상태들을 고려하지 않는다.

규칙-기반 시스템들에 있어서, 비히클 내의 구성요소들 간의 상이한 상호작용(interaction)들은 식별하기 어렵고 고려하기 어려울 수 있다.

유전자 알고리즘들은 비히클의 건전성을 식별하기 위한 적절한 구성을 얻기 위해 원하는 것보다 더 많은 시간을 요할 수 있다. 몬테카를로 시뮬레이션은 난수발생기(random generator)로부터의 가정(assumption)들, 및 실제 세계의 상태를 가리키지 않을 수 있는 통계(statistics)를 포함한다.

상이한 예시적인 실시 예들은 비히클의 상태를 더욱 정확하게 식별하기 위하여 충분한 데이터를 고려하는 해결책이 바람직하다는 것을 인식하고 고려한다. 그래서, 상이한 예시적인 실시 예들은 플랫폼의 건전성을 관리하기 위한 방법 및 장치를 제공한다. 하나의 예시적인 실시 예에서, 장치는 컴퓨터 시스템 및 센서 네트워크를 포함한다. 센서 네트워크는 플랫폼과 연계되어 있다. 컴퓨터 시스템은 센서 네트워크에 연결되어 있고, 센서 네트워크로부터 정보를 수신하도록 구성된다. 컴퓨터 시스템은 현재의 프로파일에 대한 정보로부터 관찰결과들을 형성하도록 구성된다. 컴퓨터 시스템은 플랫폼의 건전성 상태를 식별하기 위하여 현재의 프로파일을 다수의 알려진 프로파일과 비교한다.

이제 도 3을 참조하면, 연상 메모리를 이용하는 건전성 모니터링 환경의 도면이 예시적인 실시 예에 따라서 도시된다. 건전성 모니터링 환경(health monitoring environment, 300)은 플랫폼(platform, 302)을 이용해서 구현될 수 있다. 도시된 바와 같이, 플랫폼(302)은 비히클(vehicle, 304)의 형태를 취한다. 비히클(304)은 도 2의 항공기(200)를 이용해서 구현될 수 있다.

도시된 바와 같이, 건전성 모니터링 시스템(306)은 플랫폼(302)과 연계되어 있다. 제1 구성요소는 제2 구성요소에 체결됨으로써(secured), 제2 구성요소에 접착됨으로써(bonded), 제2 구성요소에 고정됨으로써(fastened), 및/또는 몇몇 다른 적절한 방식으로 제2 구성요소에 연결됨으로써(connected), 제2 구성요소와 연계되는(associated) 것으로 고려될 수 있다. 제1 구성요소는 또한 제3 구성요소를 이용함으로써 제2 구성요소에 연결될 수 있다. 제1 구성요소는 또한 제2 구성요소의 일부로서 및/또는 연장으로서 형성됨으로써 제2 구성요소와 연계되는 것으로 고려될 수 있다.

이 예들에서, 건전성 모니터링 시스템(306)은 컴퓨터 시스템(308) 및 센서 네트워크(310)로 이루어진다. 컴퓨터 시스템(308)은 서로 통신할 수 있는 하나 이상의 컴퓨터를 포함할 수 있다. 컴퓨터 시스템(308)은 이 예시적인 예들에서 다수의 동작들을 수행하도록 구성된다. 컴퓨터 시스템(308)은 플랫폼(302)의 건전성(314)을 모니터하기 위하여 센서 네트워크(310)로부터 정보(312)의 적어도 일부를 수신한다. 정보(312)는 또한 플랫폼(302)과 연계된 다수의 시스템들(316)로부터 수신될 수 있다.

이 예시적인 예들에서, 센서 네트워크(310)는 네트워크(320)에 연결된 다수의 센서들(318)을 포함한다. 그리고, 이 예들에서, 네트워크(320)는 컴퓨터 시스템(308)에 연결된다. 다수의 센서들(318)은 정보(312)에서의 센서 데이터(322)를 생성한다. 다수의 센서들(318) 내의 센서는, 물리량을 측정하고 그 측정값을 신호로 변환하는 장치이다. 이 신호는 특정 구현에 따라서 아날로그 신호 또는 디지털 신호일 수 있다. 이 신호는 센서 데이터(322)의 일부를 형성한다.

다수의 센서들(318)은, 다수의 상이한 타입의 센서들을 포함할 수 있다. 예를 들어, 제한 없이, 다수의 센서들(318)은 가속도계(accelerometer), 스트레인 게이지(strain gauge), 광섬유(fiber optics) 센서, 이산화탄소(carbon dioxide) 센서, 촉매 비드(catalytic bead) 센서, 산소(oxygen) 센서, 전류(current) 센서, 전압계(volt meter), 공기흐름(airflow) 센서, 마스크 흐름(mask flow) 센서, 습도계(hygrometer), 입자 검출기(particle detector), 고도계(altimeter), 자이로스코프(gyroscope), 마이크로폰(microphone), 요레이트(yaw rate) 센서, 및/또는 몇몇 다른 적절한 타입의 장치 중의 적어도 하나를 포함할 수 있다.

몇몇 예시적인 예들에서, "적어도 하나(at least one of)"는, 예컨대 제한 없이, 아이템 A 두 개, 아이템 B 한 개, 및 아이템 C 열 개; 아이템 B 네 개 및 아이템 C 일곱 개; 및/또는 다른 적절한 조합들일 수 있다.

다수의 시스템들(316)은, 예컨대 제한 없이, 컴퓨터들, 항공전자기기(avionics), 추진 시스템, 환경 시스템, 유압 시스템, 유지보수 시스템, 및/또는 다른 적절한 타입의 시스템들을 포함할 수 있다. 다수의 시스템들(316)은 건전성 모니터링 시스템(306)에 의해서 이용될 수 있는 시스템 정보(324)를 생성한다. 이 예시적인 예들에서, 시스템 정보(324)는, 데이터, 명령(command)들, 로그(log)들, 메시지(message)들, 및/또는 다수의 센서들(318) 및 다수의 시스템들(316)에 의해서 생성될 수 있는 다른 적절한 타입의 정보를 포함할 수 있다.

이 예시적인 예에서, 컴퓨터 시스템(308)은, 정보(312)를 처리하고 연상 메모리(328)로의 배치를 위한 연관성(association)을 식별하기 위해서 다수의 프로세스들(326)을 실행한다. 컴퓨터 시스템(308)은 현재의 프로파일(334)을 형성하기 위해 연상 메모리(328)를 이용한다. 예를 들어, 다수의 프로세스들(326)은 다수의 그래프들(333) 및/또는 현재의 프로파일(334)을 형성하기 위해서 정보의 조각들(pieces of information, 332) 간의 연관성들(330)을 형성할 수 있다. 이 예시적인 예들에서, 현재의 프로파일(334)은 플랫폼(302)의 현재의 건전성(314)을 모델링하기 위해 이용된다. 컴퓨터 시스템(308)에 의해 수신되는 정보(312)가 변함에 따라서 현재의 프로파일(334)이 변할 수 있다. 이 도시된 예에서, 현재의 프로파일(334)은 연상 메모리(328) 내에 존재한다.

과거에는 상술한 연상 메모리(328)가 비히클 건전성 모니터링에 적용된 적이 없었다. 앞서 정의된 바와 같이, 연상 메모리(328)는 단순히 저장된 데이터의 모음 이상의 것이다. 연상 메모리(328)는 또한 직접적인 관련성들 및 간접적인 관련성들을 포함하는 관련성들을 얻어내고 포함하며, 이것은 또한 검색 및/또는 비교될 수 있다. 그래서, 연상 메모리(328)는 소프트웨어 또는 하드웨어, 또는 양쪽 모두이고, 이것은 근본적인 데이터(underlying data) 및 그 관련성들을 비교하기 위해 이용될 수 있다. 연상 메모리(328)는 비히클 건전성 관리를 위한 이전의 모니터링 및 리포팅 시스템들 보다 휠씬 더 큰 능력들을 가능하게 한다.

예를 들어, 연상 메모리(328)를 이용함으로써, 예시적인 실시 예들은 전용 센서들, 관련 시스템들, 비행 시스템들, 신뢰성 또는 보존성(maintainability) 분석, 및 유지보수 및 동작 관리 시스템들로부터 다양한 데이터의 세트를 이용할 수 있다. 게다가, 연상 메모리(328)는 숫자 포맷에서부터 문자(textual) 포맷, 오디오(audio) 포맷, 비주얼(visual) 포맷에 이르는 다양한 포맷(format)들을 갖는 데이터의 조합들을 분석할 수 있다. 기존 비히클 건전성 모니터링 시스템들을 현저하게 향상시키는 진보된 비히클 건전성 모니터링 시스템을 생성하기 위하여, 연상 메모리(328)는 이러한 상이한 타입의 데이터 모두 간의 관련성들을 분석할 수 있거나 효율적으로 분석하기 위해서 이용될 수 있다.

예를 들어, 기존 비히클 건전성 모니터링 시스템들은 양쪽 형태의 정보를 고려하는 건전성 리포트를 생성하기 위하여 윙(wing)에 관련된 유지보수 데이터를 윙에 관련된 실시간 센서 데이터와 함께 통합할 수 없다. 예시적인 실시 예들은 이러한 타입의 사정(assessment)을 수행할 수 있다. 다른 예에서, 현재의 건전성 모니터링 시스템들은 시스템의 처리량(throughput)에 영향을 주지 않으면서 측정된 데이터의 대규모 세트(large set)를 효율적으로 결합 및 처리할 수 없다.

게다가, 연상 메모리(328)는 플랫폼의 다양한 건전성 상태들을 반영하는 프로파일들을 개발하고 저장할 수 있다. 예를 들어, 제1 메모리 프로파일은 건전한 시스템을 나타낼 수 있고, 제2 메모리 프로파일은 검사될(inspected) 수 있는 동일 시스템을 나타낼 수 있고, 제3 메모리 프로파일은 교정 조치가 바람직할 수 있는 동일 시스템을 나타낼 수 있다. 예시적인 실시 예들은 이 프로파일들 모두를 포함할 수 있고, 건전성 유지보수 리포트를 실시간 리포트로서 또는 이력 리포트로서 생성하기 위하여, 다른 데이터 및 그들의 관련성들과 함께 프로파일들 간의 관련성들을 분석할 수 있다. 실시간 리포트는 실시간 센서 데이터를 기초로 하여 비히클에 대한 현재의 건전성 프로파일을 연상 메모리(328)에 이미 저장된 하나 이상의 알려진 프로파일들과 비교함으로써 생성될 수 있다.

정보(312)를 처리함에 있어서, 다수의 프로세스들(326)은 메타데이터(metadata, 336)를 정보의 조각들(332)에 연계시키거나 추가할 수 있다. 메타데이터(336)는 정보의 조각들(332) 간의 연관성들(330) 생성하기 위해서 이용될 수 있다. 이 예시적인 예들에서, 메타데이터(336)는 정보의 조각들(332)에 대한 타임스탬프(timestamp)들 및 정보의 조각들(332)의 소스들의 식별자(identifier)들 중의 적어도 하나로 이루어질 수 있다.

이후, 비교(comparison, 340)를 형성하기 위하여, 현재의 프로파일(current profile, 334)이 다수의 알려진 프로파일(known profile)들(338)과 비교될 수 있다. 비교(340)는 플랫폼(302)에 대한 건전성 상태(342)를 식별하기 위하여 이용된다. 건전성 상태(342)는 플랫폼(302)에 대한 건전성(314)을 식별한다. 건전성 상태(342)는 다수의 알려진 프로파일들(338)에 대해서 다수의 건전성 상태들(344)로부터 선택될 수 있다. 이 예시적인 예들에서, 다수의 건전성 상태들(344)은 예컨대 제한 없이, 새로운(new), 동작하는(operational), 건전한(healthy), 저하된(degraded), 수리를 요하는(needs repair), 수리된(repaired), 및/또는 다른 적절한 상태들을 포함할 수 있다.

이 예시적인 예들에서, 다수의 알려진 프로파일들(338)은 플랫폼 데이터(302)를 이용하여 다수의 트레이닝 세션들(number of training sessions, 346)을 통해 생성될 수 있다. 예를 들어, 다수의 트레이닝 세션들(346)에서의 하나의 트레이닝 세션에서, 시간의 기간(period of time, 348) 동안 건전성 모니터링 시스템(306)에 의해 수신된 모든 정보(312)는 다수의 건전성 상태들(344) 내의 특정 건전성 상태에 대한 것으로서 식별될 수 있다. 예를 들어, 건전성 상태(342)는 시간의 기간(348)에 대해 "새로운(new)" 상태일 수 있다. 다수의 알려진 프로파일들(338)에 대한 다른 프로파일들은 다수의 트레이닝 세션들(346) 동안 다른 시간의 기간들에 대해 생성될 수 있다.

수집되는 정보(312)의 양은 특정 구현에 따라서 변할 수 있다. 예를 들어, 정보(312)는 연속적인(continuous) 방식, 균일한(uniform) 방식, 불연속적인(discontinuous) 방식, 또는 불균일한(non-uniform) 방식으로 수집될 수 있다. 정보는 다수의 분(minute), 시(hour), 일(day), 또는 몇몇 다른 적절한 시간의 기간에 대해서 수집될 수 있다. 다수의 트레이닝 세션들(346)이 플랫폼(302)의 상이한 알려진 상태들에 대해서 수행될 수 있다. 다수의 트레이닝 세션들(346)은 다수의 알려진 프로파일들(338)이 플랫폼(302)에 대한 상이한 건전성 상태들을 정확하게 반영하도록 플랫폼(302)에 대해서 구체적으로(specifically) 수행될 수 있다.

이러한 방식으로, 건전성 모니터링 시스템(306)은 현재 사용되는 건전성 모니터링 시스템들과 비교하여 플랫폼(302)의 이용가능성(availability)을 증가시킬 수 있다. 현재의 프로파일(334)의 다수의 알려진 프로파일들(338)에 대한 비교는 정보의 조각이 건전성 모니터링 시스템(306)에 의해서 수신될 때마다 수행될 수 있다.

또 다른 예로서, 이 예들에서 플랫폼(302)이 비히클(304)의 형태를 취하지만, 플랫폼(302)이 다른 형태를 취할 수 있다. 예를 들어, 플랫폼(302)은 비히클(304)의 단지 일부일 수 있다. 예를 들어, 플랫폼(302)은 추진 시스템, 샤프트(shaft), 또는 비히클(304)의 몇몇 다른 부분일 수 있다.

도 3의 건전성 모니터링 환경(300)의 도면은 상이한 예시적인 실시 예들이 구현될 수 있는 방식에 대한 물리적 또는 구조적 제한을 시사하기 위해서 의도된 것이 아니다. 도시된 구성요소들에 부가하여 및/또는 대신하여 다른 구성요소들이 이용될 수 있다. 몇몇 구성요소들은 몇몇 예시적인 실시 예들에서 불필요할 수 있다. 또한, 블록들이 몇몇 기능적인 구성요소들을 나타내기 위해 제시된다. 이들 블록들 중의 하나 이상은 상이한 예시적인 실시 예들에서 구현될 때 상이한 블록들로 결합되거나 및/또는 나눠질 수 있다.

예를 들어, 몇몇 예시적인 실시 예들에서, 건전성 모니터링 시스템(306)은 센서 네트워크(310)만으로부터 정보(312)를 수신할 수 있고, 다수의 시스템들(316)로부터 정보(312)를 수신하지 않을 수 있다. 또 다른 예시적인 실시 예들에서, 복수의 건전성 모니터링 시스템들이 플랫폼(302)의 상이한 부분들을 모니터하기 위해서 제시될 수 있다.

이제 도 4를 참조하면, 데이터 처리 시스템의 도면이 예시적인 실시 예에 따라서 도시된다. 도 4의 데이터 처리 시스템(400)은 도 1의 시스템(300) 또는 본 명세서에서 공개된 임의의 다른 모듈 또는 시스템 또는 프로세스와 같은 예시적인 실시 예들을 구현하기 위해 이용될 수 있는 데이터 처리 시스템의 예이다. 이 예시적인 예에서, 데이터 처리 시스템(400)은 통신 패브릭(communications fabric)(402)를 포함하는데, 이것은 프로세서 유닛(processor unit)(404), 메모리(406), 영구 스토리지(persistent storage)(408), 통신 유닛(410), 입력/출력(I/O) 유닛(412), 및 디스플레이(414) 사이에서 통신을 제공한다.

프로세서 유닛(404)은 메모리(406)로 로딩될(loaded) 수 있는 소프트웨어를 위한 명령어들을 실행하도록 기능한다. 프로세서 유닛(404)은 특정 구현에 따라서 다수의 프로세서들, 멀티-프로세서 코어(multi-processor core), 또는 임의의 다른 타입의 프로세서일 수 있다. 아이템과 관련하여 본 명세서에서 사용될 때, 다수라 함은 하나 이상의 아이템(item)을 의미한다. 게다가, 프로세서 유닛(404)은, 단일한 칩(chip) 상에서 메인(main) 프로세서가 보조(secondary) 프로세서와 함께 존재하는 다수의 이종(heterogeneous) 프로세서 시스템들을 이용해서 구현될 수 있다. 다른 예시적인 예에서와 같이, 프로세서 유닛(404)은 동일한 타입의 복수의 프로세서들을 포함하는 대칭(symmetric) 멀티-프로세서 시스템일 수 있다.

메모리(406) 및 영구 스토리지(408)는 저장 장치들(416)의 예들이다. 저장 장치는 예를 들어 제한 없이, 데이터, 함수 형태의 프로그램 코드, 및/또는 다른 적절한 정보와 같은 정보를 임시로(temporary basis) 및/또는 영구적으로(permanent basis) 저장할 수 있는 임의의 하드웨어 부품(piece)이다. 이 예들에서, 저장 장치들(416)은 컴퓨터 판독가능 저장 장치로도 언급될 수 있다. 이 예들에서, 메모리(406)는 예를 들어 RAM(random access memory), 또는 임의의 다른 적절한 휘발성 또는 비휘발성 저장 장치일 수 있다. 영구 스토리지(408)는 특정 구현에 따라서 다양한 형태를 취할 수 있다.

예를 들어, 영구 스토리지(408)는 하나 이상의 구성요소들 또는 장치들을 포함할 수 있다. 예를 들어, 영구 스토리지(408)는 하드 드라이브, 플래시 메모리, 재기록가능(rewritable) 광학적 디스크, 재기록가능 자기 테이프, 또는 이들의 임의의 조합일 수 있다. 영구 스토리지(408)에 의해 사용되는 매체는 또한 착탈가능할(removable) 수 있다. 예를 들어, 착탈가능한 하드 드라이브가 영구 스토리지(408)를 위해서 사용될 수 있다.

통신 유닛(410)은, 이 예들에서, 다른 데이터 처리 시스템들 또는 장치들과의 통신을 제공한다. 이 예들에서, 통신 유닛(410)은 네트워크 인터페이스 카드(network interface card)이다. 통신 유닛(410)은 물리적 및 무선의 통신 링크들 중 하나 또는 둘 다를 이용해서 통신을 제공할 수 있다.

입력/출력 유닛(412)은 데이터 처리 시스템(400)에 연결될 수 있는 다른 장치들과의 데이터의 입력 및 출력을 가능하게 한다. 예를 들어, 입력/출력 유닛(412)은 키보드, 마우스, 무선 트랜시버(wireless transceiver), 메모리 장치, 직렬 연결 포트(serial wired port)(USB, Ethernet), 및/또는 임의의 다른 적절한 입력 장치를 통해서 사용자 입력을 위한 연결(connection)을 제공할 수 있다. 게다가, 입력/출력 유닛(412)은 프린터로 출력을 보낼 수 있다. 디스플레이(414)는 사용자에게 정보를 디스플레이하기 위한 메커니즘을 제공한다.

운영 시스템을 위한 명령어들, 애플리케이션들, 및/또는 프로그램들은 저장 장치들(416) 내에 위치할 수 있고, 이것은 통신 패브릭(402)을 통해서 프로세서 유닛(404)과 통신한다. 이 예시적인 예들에서, 명령어들은 영구 스토리지(408) 상에서 함수 형태로 존재한다. 이 명령어들은 프로세서 유닛(404)에 의한 실행을 위해 메모리(406)로 로딩될 수 있다. 상이한 실시 예들의 프로세스들은 메모리(406)와 같은 메모리 내에 위치할 수 있는 컴퓨터로-구현되는(computer-implemented) 명령어들을 이용해서 프로세서 유닛(404)에 의해 수행될 수 있다.

이 명령어들은 프로세서 유닛(404) 내의 프로세서에 의해 판독 및 실행될 수 있는 프로그램 코드, 컴퓨터 이용가능 프로그램 코드, 또는 컴퓨터 판독가능(computer readable) 프로그램 코드로 지칭된다. 상이한 실시 예들에서 프로그램 코드는 메모리(406) 또는 영구 스토리지(408)와 같은 상이한 물리적 또는 컴퓨터 판독가능 저장 매체 상에서 구체화될 수 있다.

프로그램 코드(418)는 선택적으로 착탈가능한 컴퓨터 판독가능 매체(420)상에 함수 형태로 위치하고, 프로세서 유닛(404)에 의한 실행을 위해 데이터 처리 시스템(400)상으로 로딩되거나 데이터 처리 시스템(400)에 전송될 수 있다. 프로그램 코드(418) 및 컴퓨터 판독가능 매체(420)는 이 예들에서 컴퓨터 프로그램 제품(422)을 형성한다. 일 예에서, 컴퓨터 판독가능 매체(420)는 컴퓨터 판독가능 저장 매체(424) 또는 컴퓨터 판독가능 신호 매체(426)일 수 있다. 컴퓨터 판독가능 저장 매체(424)는 예를 들어 드라이브(drive)로 삽입되거나 배치되는 광학 또는 자기 디스크, 또는 영구 스토리지(408)의 일부인 하드 드라이브와 같이 저장 장치상으로의 전송을 위한 영구 스토리지(408)의 일부인 다른 장치를 포함할 수 있다. 컴퓨터 판독가능 저장 매체(424)는 또한 데이터 처리 시스템(400)에 연결되는, 하드 드라이브(hard drive), 썸 드라이브(thumb drive), 또는 플래시 메모리(flash memory)와 같은 영구 스토리지의 형태를 취할 수 있다. 몇몇 예들에서, 컴퓨터 판독가능 저장 매체(424)는 데이터 처리 시스템(400)으로부터 착탈가능하지 않을 수 있다.

이와 달리, 프로그램 코드(418)는 컴퓨터 판독가능 신호 매체(426)를 이용해서 데이터 처리 시스템(400)으로 전송될 수 있다. 컴퓨터 판독가능 신호 매체(426)는 예를 들어 프로그램 코드(418)를 포함하는 전파되는(propagated) 데이터 신호일 수 있다. 예를 들어, 컴퓨터 판독가능 신호 매체(426)는 전자기 신호, 광학적 신호, 및/또는 임의의 다른 적절한 타입의 신호일 수 있다. 이러한 신호들은 무선(wireless) 통신 링크들, 광섬유 케이블, 동축 케이블, 유선(wire), 및/또는 임의의 다른 적절한 타입의 통신 링크와 같은 통신 링크들을 통해서 전송될 수 있다. 다시 말해, 통신 링크 및/또는 연결은 예시적인 예들에서 물리적 또는 무선일 수 있다.

몇몇 예시적인 실시 예들에서, 프로그램 코드(418)는 데이터 처리 시스템(400) 내에서 사용하기 위해 컴퓨터 판독가능 신호 매체(426)를 거쳐 다른 장치 또는 데이터 처리 시스템으로부터 네트워크를 통해 영구 스토리지(408)로 다운로드될 수 있다. 예를 들어, 서버 데이터 처리 시스템 내의 컴퓨터 판독가능 저장 매체에 저장된 프로그램 코드는 서버로부터 네트워크를 통해 데이터 처리 시스템(400)으로 다운로드될 수 있다. 프로그램 코드(418)를 제공하는 데이터 처리 시스템은 서버 컴퓨터, 클라이언트 컴퓨터, 또는 프로그램 코드(418)를 저장 및 전송할 수 있는 몇몇 다른 장치일 수 있다.

데이터 처리 시스템(400)을 위해 도시된 상이한 구성요소들은 상이한 실시 예들이 구현될 수 있는 방식에 대한 구조적 제한을 제공하는 것으로 의도된 것이 아니다. 상이한 예시적인 실시 예들은 데이터 처리 시스템(400)을 위해 도시된 것들에 부가하여 또는 대신하여 구성요소들을 포함하는 데이터 처리 시스템에서 구현될 수 있다. 도 4에 도시된 다른 구성요소들은 도시된 예시적인 예들로부터 변경될 수 있다. 상이한 실시 예들은 프로그램 코드를 실행할 수 있는 임의의 하드웨어 장치 또는 시스템을 이용하여 구현될 수 있다. 일 예로서, 데이터 처리 시스템은 무기적(inorganic) 구성요소들과 통합된 유기적(organic) 구성요소들을 포함할 수 있고, 및/또는 인간을 제외한 유기적 구성요소들로 전부 이루어질 수 있다. 예를 들어, 저장 장치는 유기 반도체(organic semiconductor)로 이루어질 수 있다.

다른 예시적인 예에서, 프로세서 유닛(404)은 특정 용도를 위해 구성되거나 제작된 회로들을 갖는 하드웨어 유닛의 형태를 취할 수 있다. 이러한 타입의 하드웨어는 동작(operation)을 수행하도록 구성된 저장 장치로부터 프로그램 코드가 메모리로 로딩될 필요 없이 동작을 수행할 수 있다.

예를 들어, 프로세서 유닛(404)이 하드웨어 유닛의 형태를 취할 때, 프로세서 유닛(404)은 회로 시스템, ASIC(application specific integrated circuit), 프로그램가능 논리 장치(programmable logic device), 또는 다수의 동작들을 수행하도록 구성된 임의의 다른 적절한 타입의 하드웨어일 수 있다. 프로그램가능 논리 장치에 있어서, 이 장치는 다수의 동작들을 수행하도록 구성된다. 이 장치는 추후에 재구성될(reconfigured) 수 있고, 또는 영구적으로 다수의 오퍼레이션들을 수행하도록 구성될 수 있다. 프로그램가능 논리 장치의 예들은 예를 들어, 프로그램가능 논리 어레이(programmable logic array), 프로그램가능 어레이 로직(programmable array logic), 필드 프로그램가능 논리 어레이(field programmable logic array), 필드 프로그램가능 게이트 어레이(field programmable gate array), 및 다른 적절한 하드웨어 장치를 포함한다. 이러한 타입의 구현에 있어서, 프로그램 코드(418)는 생략될 수 있는데, 상이한 실시 예들을 위한 프로세스들이 하드웨어 유닛에서 구현되기 때문이다.

또 다른 예시적인 예에서, 프로세서 유닛(404)은 컴퓨터들 및 하드웨어 유닛들에서 발견되는 프로세서들의 조합을 이용해서 구현될 수 있다. 프로세서 유닛(404)은 프로그램 코드(418)를 실행하도록 구성된 다수의 프로세서들 및 다수의 하드웨어 유닛들을 가질 수 있다. 이러한 도시된 예에서, 몇몇 프로세스들은 다수의 하드웨어 유닛들에서 구현될 수 있는 반면에, 다른 프로세스들은 다수의 프로세서들에서 구현될 수 있다.

다른 예로서, 데이터 처리 시스템(400)의 저장 장치는 데이터를 저장할 수 있는 임의의 하드웨어 장치이다. 메모리(406), 영구 스토리지(408), 및 컴퓨터 판독가능 매체(420)는 유형의(tangible) 형태의 저장 장치들의 예들이다.

다른 예에서, 버스 시스템이 통신 패브릭(402)을 구현하기 위해서 이용될 수 있고, 시스템 버스 또는 입력/출력 버스와 같은 하나 이상의 버스로 이루어질 수 있다. 물론, 버스 시스템은 버스 시스템에 부착된 상이한 구성요소들 또는 장치들 간의 데이터의 전송을 제공하는 임의의 적절한 타입의 아키텍처를 이용해서 구현될 수 있다. 게다가, 통신 유닛은, 모뎀 또는 네트워크 어댑터(adapter)와 같이 데이터를 송신 및 수신하기 위해 이용되는 하나 이상의 장치들을 포함할 수 있다. 게다가, 메모리는 예를 들어 통신 패브릭(402)에 존재할 수 있는 인터페이스 및 메모리 컨트롤러 허브(memory controller hub)에서 발견되는 것과 같은 메모리(406) 또는 캐시(cache)일 수 있다.

데이터 처리 시스템(400)은 또한 연상 메모리(428)를 포함할 수 있다. 연상 메모리(428)는 도 3의 연상 메모리(328)일 수 있고, 본 명세서의 다른 곳에서 설명된 속성들을 가질 수 있다. 연상 메모리(428)는 통신 패브릭(402)과 통신할 수 있다. 연상 메모리(428)는 또한 저장 장치들(416) 또는 프로세서(404)와 통신할 수 있고, 또는 몇몇 예시적인 예들에서 저장 장치들(416) 또는 프로세서(404)의 일부로서 고려될 수 있다. 연상 메모리(428)가 도시되지만, 추가적인 연상 메모리들이 존재할 수 있다.

이제 도 5를 참조하면, 건전성 모니터링 시스템을 위한 컴퓨터 시스템에서의 정보의 흐름의 도면이 예시적인 실시 예에 따라서 도시된다. 이 예시적인 예에서, 컴퓨터 시스템(500)은 도 4의 데이터 처리 시스템(400)을 이용해서 구현될 수 있는 하나 이상의 컴퓨터를 포함할 수 있다.

이 예시적인 예에서, 다수의 프로세스들(502)이 컴퓨터 시스템(500) 상에서 실행된다. 다수의 프로세스들(502)은 센서 데이터(506) 및 시스템 정보(508) 중의 적어도 하나의 형태로 정보(504)를 수신한다. 다수의 프로세스들(502)은 센서 데이터(506) 및 시스템 정보(508) 중의 적어도 하나를 이용해서 복수의 관찰결과들(510)을 형성한다.

예를 들어, 다수의 프로세스들(502)은 정보(504) 내의 정보의 조각들(512)을 식별한다. 정보의 조각들(512) 내의 정보의 조각(514)은 정보의 조각(514)이 수신된 때를 기초로 하여 식별될 수 있다. 정보의 조각(514) 내의 모든 정보는 관찰결과(520)에 대한 파라미터들(518)에 배치될 수 있다. 파라미터들(518)은 정보의 조각(514)으로부터의 정보로 채워진 변수들이다. 파라미터들(518)에서의 각각의 파라미터는 값(value) 또는 문자(text)가 배치될 수 있는 변수일 수 있다.

정보의 조각(514)을 이용해서 파라미터들(518)이 채워질 때, 복수의 관찰결과들(510)에서의 관찰결과(observation, 520)가 형성된다. 관찰결과(520)는 메모리(522) 내의 복수의 관찰결과들(510)에 저장된다.

게다가, 메타데이터(524) 또한 관찰결과(520)에 포함될 수 있다. 메타데이터(524)는, 예를 들어 제한 없이, 타임스탬프들(timestamps , 526)일 수 있다. 이 예시적인 예들에서, 메타데이터(524)는 또한 연관성들(528)을 포함할 수 있다. 연관성들(528)은 복수의 관찰결과들(510) 사이에서 연관성들을 생성하기 위해 이용될 수 있다. 복수의 관찰결과들(510) 사이의 유사성들을 기초로 하여 서로 관련이 있는 복수의 관찰결과들(510)에 의해 다수의 그룹들(530)이 형성된다. 이 예시적인 예들에서, 복수의 관찰결과들(510)이 다수의 그룹들(530)로 그룹핑될(grouped) 때, 현재의 프로파일(532)이 형성된다.

이 예시적인 예들에서, 복수의 관찰결과들(510)은 복수의 관찰결과들(510) 내의 관찰결과들의 서로에 대한 유사성을 기초로 하여 다수의 그룹들(530)로 그룹핑될 수 있다. 예를 들어, 관찰결과(520)에서의 파라미터들(518)은 복수의 관찰결과들(510)에서의 다른 관찰결과들에 대한 복수의 파라미터들(534)과 비교될 수 있다. 이러한 비교를 기초로 하여, 관찰결과(520)와 복수의 관찰결과들(510) 내의 다른 관찰결과들 사이에서 유사성(similarity, 536)이 식별될 수 있다. 점수들(scores, 539)이 복수의 관찰결과들(510) 내의 다른 관찰결과들에 할당될 수 있다.

그 후에, 점수들(539)은 관찰결과(520)와 복수의 관찰결과들(510) 내의 각각의 다른 관찰결과 간에 연관성이 형성되어야 하는지 여부를 결정하기 위하여 이용될 수 있다. 이 프로세스는 복수의 관찰결과들(510) 내의 다른 관찰결과들 모두에 대해서 수행될 수 있다.

플랫폼의 건전성(538)을 식별하기 위해 현재의 프로파일(532)이 이용될 수 있다. 예를 들어, 현재의 프로파일(532)은 다수의 알려진 프로파일들(540)과 비교될 수 있다. 이 예시적인 예들에서, 다수의 알려진 프로파일들(540) 내의 각각의 프로파일은 플랫폼에 대한 다수의 건전성 상태들(542)에 대응한다. 플랫폼에 대한 다수의 건전성 상태들(542) 내의 건전성 상태(544)를 식별하기 위하여, 다수의 알려진 프로파일들(540) 내의 프로파일과의 일치(match) 또는 다수의 알려진 프로파일들(540) 내의 프로파일에 가장 근접한 일치(closest match)가 이용될 수 있다. 건전성 상태(544)는 플랫폼의 건전성(538)을 나타낸다.

부가적으로, 다수의 알려진 프로파일들(540)을 생성하기 위하여 다수의 프로세스들(502)이 실행될 수 있다. 예를 들어, 시간의 기간(546) 동안 수신된 정보(504)는 특정 건전성 상태 동안의 플랫폼에 대한 트레이닝 정보(training information, 547)일 수 있다. 다수의 프로세스들(502)은 다른 알려진 프로파일들을 식별하기 위하여 다른 시간의 기간 동안 실행될 수 있다.

게다가, 다수의 프로세스들(502)은 다수의 알려진 프로파일들(540)을 생성하기 위하여 정보(504)의 수집 동안 실행되는 대신 정보(504)의 이력(history)을 이용해서 실행될 수 있다. 트레이닝 정보(547)는 타임스탬프들(526)를 이용해서 식별될 수 있다. 트레이닝 정보(547)는 이전에 수립된 정보로 이루어진다. 몇몇 예들에서, 타임스탬프들(526)은 트레이닝 정보(547)에 포함될 수 있다.

게다가, 유지보수 정보(548) 또한 다수의 알려진 프로파일들(540)을 생성하는 데 이용될 수 있다. 몇몇 예시적인 실시 예들에서, 유지보수 정보(548)는 트레이닝 정보(547)의 일부일 수 있다. 유지보수 정보(548)는 다수의 유지보수 이벤트들(maintenance events)에 대한 정보를 포함할 수 있다. 예를 들어, 유지보수 정보(548)는 언제 검사가 이루어지는지, 언제 새로운 구성요소들이 추가되는지, 언제 수선이 이루어지는지, 언제 교체가 이루어졌는지, 및/또는 다른 적절한 정보를 나타낼 수 있다. 이 정보는 부적절하게 설치된 부분 또는 부정확한 부분을 식별하기 위해서 이용될 수 있다.

게다가, 몇몇 예시적인 실시 예들에서, 컴퓨터 시스템(500)은 유지보수 정보(548)를 기초로 하여 복수의 관찰결과들(510)의 일부를 선택한다. 컴퓨터 시스템(500)은 다수의 유지보수 이벤트들 및/또는 메타데이터를 이용해서 그 일부를 선택한다. 메타데이터는 정보의 조각에 대한 타임스탬프 및 정보의 조각의 소스의 식별자 중의 적어도 하나를 포함할 수 있다. 현재의 프로파일(532)은 이 예들에서 복수의 관찰결과들(510)의 일부로부터 생성될 수 있다.

구체적인 예로서, 복수의 관찰결과들(510)은 항공기의 착륙 시스템에 대한 정보(504)를 기초로 하여 형성될 수 있다. 유지보수 정보(548)는 복수의 관찰결과들(510)의 형성 동안 착륙 시스템의 일부가 교체되었다는 것을 나타낼 수 있다. 유지보수 정보(548) 및 메타데이터(524)는 그 일부의 교체 이후에 형성된 복수의 관찰결과들(510)의 일부를 선택하기 위해 이용될 수 있다. 이후, 그 선택된 일부는 현재의 프로파일(532)을 생성하기 위해 이용될 수 있다.

도 5의 컴퓨터 시스템(500)의 도면은 상이한 실시 예들이 구현될 수 있는 방식에 대한 구조적 제한을 제공하는 것으로 의도된 것이 아니다. 예를 들어, 몇몇 예시적인 실시 예들에서, 다수의 알려진 프로파일들(540)은 컴퓨터 시스템(500)으로부터 원격인 위치에 있을 수 있다. 다른 예로서, 다수의 프로세스들(502)에서의 하나의 프로세스는 현재의 프로파일(532)을 형성하기 위해 정보(504)를 수집할 수 있다. 다른 프로세스는 현재의 프로파일(532)을 형성하기 위해 복수의 관찰결과들(510) 간에 연관성들(528)을 형성할 수 있다.

이제 도 6을 참조하면, 복수의 관찰결과들의 도면이 예시적인 실시 예에 따라서 도시된다. 복수의 관찰결과들(600)은 도 5의 복수의 관찰결과들(510)의 하나의 구현의 예이다. 복수의 관찰결과들(600)은 플랫폼의 건전성을 모니터링하기 위한 파라미터들을 포함한다.

이 예시적인 예에서, 복수의 관찰결과들(600)은 도 5의 정보(504)와 같은 정보를 기초로 하여 형성된 관찰결과들을 포함할 수 있다. 도시된 바와 같이, 복수의 관찰결과들(600)은 그룹(602), 그룹(604), 및 그룹(606)으로 그룹핑된다. 이 그룹들 각각은 유사성을 갖는 복수의 관찰결과들(600) 내의 관찰결과들을 포함한다.

게다가, 그룹들(602, 604, 및 606) 각각은 건전성 상태에 대응한다. 이 예시적인 예에서, 그룹(602) 내의 관찰결과들은 "저하된(degraded)" 건전성 상태에 대응한다. 그룹(604) 내의 관찰결과들은 "수리를 요하는(needs repair)" 건전성 상태에 대응한다. 몇몇 예들에서, "수리를 요하는(needs repair)" 건전성 상태는 "결함이 있는(faulty)" 건전성 상태로도 지칭될 수 있다. 그룹(606) 내의 관찰결과들은 "수리된(repaired)" 건전성 상태에 대응한다. 몇몇 예들에서, "수리된(repaired)" 건전성 상태는 "건전한(healthy)" 상태로도 지칭될 수 있다.

이제 도 7을 참조하면, 플랫폼의 모니터링을 위한 프로세스의 흐름도의 도면이 예시적인 실시 예에 따라서 도시된다. 도 7의 프로세스는 도 3의 건전성 모니터링 환경(300)의 건전성 모니터링 시스템(306)에서 구현될 수 있다.

이 프로세스는 플랫폼을 모니터링한 정보를 수신함으로써 시작한다(동작 700). 플랫폼의 모니터링은 플랫폼과 연계된 센서 네트워크로부터 정보를 수신함으로써 수행될 수 있다. 이 모니터링은 또한 플랫폼상의 다수의 시스템들로부터 정보를 수신함으로써 이루어질 수 있다.

이후, 이 프로세스는 정보로부터 복수의 관찰결과들을 형성한다(동작 702). 이 관찰결과들은 수신된 정보에서 정보의 조각들을 식별함으로써 형성될 수 있다. 복수의 관찰결과들을 형성하기 위해서 각각의 정보의 조각으로부터 관찰결과가 생성된다. 이 예시적인 예들에서, 정보의 조각은 특정 시간에서의 또는 특정 시간의 기간 내에서의 정보의 조각으로서 식별될 수 있다. 정보의 조각에서의 상이한 값들 또는 문자는 관찰결과에 대한 파라미터들에 배치될(placed) 수 있다.

이후, 이 프로세스는 플랫폼을 모니터링하기 위해서 이용되는 프로파일을 복수의 관찰결과들로부터 생성하고(동작 704), 그 이후에 이 프로세스는 종료된다. 프로파일의 생성은 다수의 상이한 방법으로 수행될 수 있다. 예를 들어, 프로파일의 형성은 복수의 관찰결과들을 메모리에 배치함으로써 일어날 수 있다. 다른 예시적인 실시 예들에서, 복수의 관찰결과들의 그룹핑이 만들어질 때 프로파일이 생성될 수 있다.

정보가 플랫폼의 동작 동안 수집되고 프로파일에 대한 건전성 상태를 식별하기 위해 분석될 때, 도 7에서 생성된 프로파일은 현재의 프로파일일 수 있다. 이러한 건전성 상태는 플랫폼의 건전성을 나타내기 위해 이용될 수 있다. 다른 예시적인 실시 예들에서, 프로파일은 플랫폼을 모니터링하는 데 사용하기 위해 생성되는 알려진 프로파일(known profile)일 수 있다. 프로파일이 알려진 프로파일일 때, 정보는 또한 유지보수 정보를 포함할 수 있다.

이제 도 8을 참조하면, 프로파일을 생성하기 위한 흐름도의 도면이 예시적인 실시 예에 따라서 도시된다. 도 8에 도시된 프로세스는 도 3의 다수의 프로세스들(326) 또는 도 5의 다수의 프로세스들(502)에서 구현될 수 있다.

이 프로세스는 복수의 관찰결과들로부터 미처리된 관찰결과(unprocessed observation)를 선택함으로써 시작된다(동작 800). 이후, 이 프로세스는 유사성 점수들을 가진 관찰결과들을 획득한다(동작 802). 동작 802에서, 이 관찰결과들은 선택된 관찰결과와는 다른 관찰결과들이다. 이 예시적인 예에서, 이 점수들은 선택된 관찰결과에 대한 관찰결과들의 유사성을 식별시킨다.

이후, 이 프로세스는 비교를 형성하기 위해서, 선택된 관찰결과에 대한 점수와 관찰결과들에 대한 점수들을 비교한다(동작 804). 관찰결과들의 세트가 비교를 기초로 하여 선택된다(동작 806). 이 예시적인 예들에서, 관찰결과들의 세트는 비교가 만들어진 관찰결과들로부터 아무런 관찰결과들을 포함하지 않을 수 있고, 하나의 관찰결과를 포함할 수 있고, 임의의 다른 수의 관찰결과들을 포함할 수 있다. 다음으로, 선택된 관찰결과 및 관찰결과들의 세트가 그룹을 형성하도록 서로 그룹핑된다(동작 808).

관찰결과들 내에서 추가적인 미처리된 관찰결과가 존재하는지 여부에 대한 결정이 이루어진다(동작 810). 만일 추가적인 미처리된 관찰결과가 존재한다면, 이 프로세스는 상술한 바와 같은 동작 800으로 돌아간다. 그렇지 않으면, 일단 관찰결과들의 처리가 완료되고 프로파일이 생성되면, 이 프로세스는 종료된다.

이제 도 9를 참조하면, 관찰결과들에 대한 점수들을 생성하기 위한 흐름도의 도면이 예시적인 실시 예에 따라서 도시된다. 도 9에 도시된 프로세스는 도 8의 동작 802의 하나의 구현의 예이다.

이 프로세스는 관찰결과들을 수신함으로써 시작된다(동작 900). 이 관찰결과들은 원하는 유사성 점수를 가진 관찰결과의 관점에서 원하는 점수들을 가진 관찰결과들이다. 선택된 관찰결과는 도 8의 동작 800에서 선택된 미처리된 관찰결과일 수 있다. 이 처리는 처리를 위해 수신된 관찰결과들에서 미처리된 관찰결과를 식별할 수 있다(동작 902). 선택된 관찰결과는 비교를 형성하기 위해 식별된 관찰결과와 비교된다(동작 904).

비교를 이용해서, 선택된 관찰결과에 대해 점수가 생성된다(동작 906). 수신된 관찰결과들 내에서 추가적인 미처리된 관찰결과가 존재하는지 여부에 대한 결정이 이루어진다(동작 908). 만일 추가적인 미처리된 관찰결과가 존재한다면, 프로세스는 동작 902로 돌아간다. 그렇지 않으면, 프로세스는 종료된다.

이제 도 10을 참조하면, 알려진 프로파일들을 생성하기 위한 프로세스의 흐름도의 도면이 예시적인 실시 예에 따라서 도시된다. 도 10에 도시된 프로세스는 도 3의 건전성 모니터링 환경(300)에서 구현될 수 있다. 게다가, 프로세스는 도 3의 다수의 프로세스들(326) 내에서 구현될 수 있다.

이 프로세스는 플랫폼에 대한 정의(definition)를 형성함으로써 시작된다(동작 1000). 이 플랫폼은 비히클 전체, 서브시스템, 구성요소, 또는 플랫폼의 몇몇 다른 적절한 부분일 수 있다. 플랫폼에 대한 정의는 관찰결과들에 대한 파라미터들을 포함한다.

이후, 이 프로세스는 건전성 상태를 선택한다(동작 1002). 이 건전성 상태는 생성될 알려진 프로파일에 대한 것이다. 이후, 이 프로세스는 정보를 수신한다(동작 1004). 이 예들에서, 동작 1004는 플랫폼의 동작 동안 수행될 수 있다. 몇몇 예시적인 실시 예들에서, 정보는 플랫폼에 대해서 이전에 선택된 정보의 이력일 수 있다. 이후, 이 프로세스는 정보를 이용해서 관찰결과들을 생성한다(동작 1006).

이후, 추가적인 정보가 필요한지 여부에 대한 결정이 이루어진다(동작 1008). 만일 추가적인 정보가 필요하다면, 이 프로세스는 동작 1004으로 돌아간다. 그렇지 않으면, 이 프로세스는 관찰결과들로부터 알려진 프로파일을 생성한다(동작 1010). 이후, 추가적인 프로파일들이 생성될지 여부에 대한 결정이 이루어진다(동작 1012). 만일 추가적인 프로파일들이 생성될 것이라면, 이 프로세스는 동작 1002로 돌아간다. 그렇지 않으면, 이 프로세스는 종료된다.

도 11은 예시적인 실시 예에 따른 건전성 모니터링 시스템의 블록도이다. 건전성 모니터링 시스템(1100)은 도 3의 건전성 모니터링 시스템(306)의 다른 예시적인 실시 예의 예일 수 있다. 연상 메모리(1102)는 도 3의 연상 메모리(328)일 수 있고, 앞서 정의된 바와 같다. 건전성 모니터링 시스템(1100)은 기내에 탑재된 컴퓨터 시스템(1104)과 기내에 탑재되지 않은 컴퓨터 시스템(1106)의 결합으로서 도시된다. 하지만, 상이한 예시적인 실시 예들에서, 건전성 모니터링 시스템(1100)은 전적으로 기내에 탑재된 것이거나 전적으로 기내에 탑재되지 않은 것일 수 있다. 게다가, 상이한 구성요소들은 도 11에 도시된 구성에 대해 기내에 탑재된 것이거나 기내에 탑재되지 않은 것일 수 있다. 본 명세서에서 사용될 때, 용어 "기내에 탑재된(on-board)"은 시스템이 전적으로 비히클상에서 운반된다(carried)는 것을 의미하며, 용어 "기내에 탑재되지 않은(off-board)"은 시스템이 전적으로 비히클에서 떨어져서 운반된다는 것을 의미한다. 예시적인 실시 예에서, 비히클은 항공기이다.

예시적인 실시 예에서, 건전성 모니터링 시스템(1100)은 센서 네트워크(1110)로부터의 정보를 직접적으로 또는 간접적으로 기록하고 및/또는 처리하기 위해 기내에 탑재된 컴퓨터 시스템(1104) 및 데이터 버스(data bus, 1108)를 포함한다. 센서 네트워크(1110)는 비히클의 다양한 양상들을 감지하는 하나 이상의 센서들일 수 있다. 예를 들어, 한 센서는 윙(wing)에 적용되는 힘을 감지할 수 있고, 다른 센서는 비히클의 축에 대한 윙의 편향(deflection)을 감지할 수 있고, 다른 센서는 비히클 내부의 및/또는 비히클 외부의 온도를 측정할 수 있고, 다른 센서는 비히클 전체의 진동이나 비히클의 부분들의 진동, 및 다른 파라미터들을 측정할 수 있다. 파라미터들의 이러한 목록은 단지 예시이다. 그래서, 센서 네트워크(1110)는 다른 타입의 파라미터들을 감지하는 센서들을 포함할 수 있다.

기내에 탑재된 컴퓨터 시스템(1104)은 센서 네트워크(1110)로부터의 데이터를 기록하거나 저장할 수 있거나, 실시간으로 또는 상이한 시간들에서 데이터의 버스트(bursts of data)로 그러한 데이터를 전송할 수 있다. 어떤 경우든, 이러한 예시적인 실시 예에서, 기내에 탑재된 컴퓨터 시스템(1104)으로부터의 데이터(1112)는 전송 링크(transmission link, 1114)를 통해서 기내에 탑재되지 않은 컴퓨터 시스템(1106)로 다운로드된다. 데이터(1112)는 푸쉬(push)되거나 풀(pull)될 수 있으며, 본 명세서에서 사용될 때 용어 "다운로드(download)"는 양쪽 타입의 데이터 전송을 포함한다.

도시된 바와 같이, 기내에 탑재되지 않은 컴퓨터 시스템(1106)은 연상 메모리(1102)를 포함한다. 몇몇 예시적인 실시 예들에서, 연상 메모리(1102)는 기내에 탑재된 시스템(1104)에 포함될 수 있다. 다른 예시적인 실시 예들에서, 연상 메모리(1102)는 기내에 탑재된 컴퓨터 시스템(1104) 및 기내에 탑재되지 않은 컴퓨터 시스템(1106) 양쪽에 존재할 수 있다. 후자의 예에서, 연상 메모리(1102)는 실제로 두 개의 상이한 연상 메모리들일 수 있다. 어떤 경우에든, 연상 메모리(1102)는 리포트(report, 1120)를 생성하기 위하여 데이터 및 그들의 관련성의 비교 및 분석을 수행하는 데 이용될 수 있거나 그 자체로 수행할 수 있으며, 이 리포트는 비히클의 건전성에 대한 리포트일 수 있다. 이 프로세스는 본 명세서의 다른 부분에서 설명된 바와 같이 도 3과 관련하여 더 설명된다.

리포트는 데이터(1112) 밖의 정보를 포함할 수 있다. 예를 들어, 유지보수 및 관리 시스템(1118)으로부터의 추가적인 데이터(1116)는 또한 연상 메모리(1102)로 들어갈 수 있고, 이후 리포트(1120)를 생성할 때 데이터(1112)와 함께 고려될 수 있다. 연상 메모리(1102)가 이용되거나 그 자체로 데이터(1112)와 추가적인 데이터(1116) 사이의 관련성들을 발견할 수 있기 때문에, 결과로 얻어지는 비교는 리포트(1120)를 생성하기 위해서 단순한 데이터베이스를 이용하는 것보다 더욱 가치가 있다.

이러한 관련성들은 비히클의 건전성에 대해 숨겨져 있거나 식별하기 어려운 문제점들을 알아보게 할 수 있다. 이러한 능력은 예로서 도시될 수 있다. 항공기의 동체(fuselage)의 유지보수 이력은 특정 항공기에서의 모종의 불일치(inconsistency)에 대한 경향(predilection)을 나타낼 수 있다. 센서 네트워크로부터의 데이터는 불일치가 일어나기 전에 경미하게 변경될 수 있다. 이 예에서 사용될 때, "경미하게(subtly)"라 함은 항공기가 정상적인 파라미터들 내에서 여전히 기능한다는 점과 센서 네트워크로부터의 데이터만이 분석된다면 항공기는 유지보수 검사를 통과할 것이라는 점을 의미한다. 하지만, 유지보수 데이터를 센서 네트워크 데이터와 비교할 때, 데이터의 경미한 변화와 유지보수 기록 간의 관련성은 특정 항공기가 바람직하게는 불일치가 발생하기 전에 유지보수될 수 있다는 것을 나타낼 수 있다. 그래서, 특정 항공기의 건전성에 관한 리포트는 이 사실, 즉 만일 단지 센서 데이터 또는 유지보수 데이터만 고려되었더라면 단순히 리포팅될(reported) 수 없었던 사실을 포함할 수 있다. 연상 메모리(1102)의 이용은 이러한 능력을 제공하고, 이것은 기존 비히클 건전성 모니터링 시스템들에 의해서 제공될 수 없다.

다른 예에서, 비히클의 일부에 대한 유지보수 또는 비히클의 일부의 교체를 수행하는 것은 센서 네트워크(1110)로 하여금 불일치 또는 바람직하지 않은 성능을 나타내는 데이터(1112)를 리포팅하도록(report) 초래할 수 있다. 그러므로, 기존의 건전성 모니터링 시스템들은 결함을 리포팅할 것이다. 하지만, 도 3 및 도 11에서 도시된 예시적인 실시 예들은 유지보수 및 관리 시스템(1118)으로부터 추가적인 데이터(1116)를 결합시키기 위해서 연상 메모리(1102)를 이용할 수 있고, 이로 인하여 비히클 부분이 건전하다는 것을 리포트(1120)에서 올바르게 나타낼 수 있다. 그래서, 예시적인 실시 예들은 기존의 비히클 건전성 모니터링 시스템들에서 발생할 수 있는 결함 리포트들의 거짓 양성(false positive)들을 피하기 위해 이용될 수 있다.

또 다른 예에서, 승무원의 일원은 불일치의 관찰결과의 리포트를 일지에 남길(log) 수 있으며, 이것은 추가적인 데이터(1116)이 일부로서 저장된다. 이러한 관찰결과는 센서 네트워크(1110)에 의해 감지되지 않거나 심지어 관찰가능하지 않을 수 있다. 하지만, 데이터(1112) 및 추가적인 데이터(1116)가 연상 메모리(1102)에 의해서 결합되는 경우에, 건전성 모니터링 시스템(1100)은 비히클의 적절한 부분의 유지보수가 바람직하게 수행될 수 있다는 것을 리포트(1120)에서 정확하게 제공할 수 있다. 그러므로, 예시적인 실시 예들은 기존의 비히클 건전성 모니터링 시스템들에서 발생할 수 있는 결함 리포트들의 거짓 음성(false negative)들을 피하기 위해 이용될 수 있다.

상술한 두 개의 예들은, 비히클 그 자체의 센서 데이터와 함께, 사람의 관찰결과들 및 조치들에 대한 정보를 수신하고 처리하기 위하여 연상 메모리가 어떻게 구성될 수 있는지를 설명한다. 본 명세서에서 설명되는 건전성 모니터링 시스템들은 또한 기존의 건전성 모니터링 시스템들과 비교하여 다른 이점들을 가진다. 예를 들어, 연상 메모리는 시스템의 건전성 상태 및 관련 센서 및 사람 개체들에 대한 지상 데이터를 기초로 하여 알려진 프로파일들을 설정함으로써 트레이닝될(trained) 수 있다. 다른 예에서, 연상 메모리는 하나 이상의 알려진 프로파일들과 현재의 프로파일 간의 유사성을 식별함으로써 비히클의 건전성 상태를 사정할 수 있다. 또 다른 예에서, 연상 메모리는 특정한 기존의 프로파일에 대한 최대 유사성을 기초로 하여 건전성 상태를 할당할 수 있다.

상술한 예들은 비히클들에 관한 것이지만, 예시적인 실시 예들은 비히클들에 한정되지 않는다. 본 명세서의 다른 부분에서 설명된 바와 같이, 용어 "비히클(vehicle)"은 용어 "플랫폼(platform)"으로 대체될 수 있고, 이것은 건물들 및 많은 다른 상이한 타입들의 비히클들을 포함하여 많은 상이한 물체들을 포함할 수 있다.

도 12는 예시적인 실시 예에 따라서 플렛폼을 모니터링하기 위한 프로세스의 흐름도이다. 도 12에 도시된 프로세스는 도 3의 건전성 모니터링 환경(300), 도 11의 건전성 모니터링 시스템(1100) 또는 도 15의 건전성 모니터링 환경(1500)을 이용해서 구현될 수 있다. 도 12에 도시된 프로세스는 도 7 내지 도 10 또는 도 16에 도시된 프로세스의 변형일 수 있다. 도 12에 도시된 프로세스는 도 4의 연상 메모리(428)와 같은 연상 메모리를 이용해서 구현될 수 있다. 도 12에 도시된 프로세스는 또한 가능하게는 연상 메모리와 함께 작동하는 도 4의 프로세서 유닛(404)과 같은 하나 이상의 프로세스들을 이용해서 구현될 수 있다. 도 13에서 제시된 동작들이 "프로세스(a process)"에 의해서 수행되는 것으로 설명되지만, 이 동작들은 본 명세서의 다른 부분에서 설명된 바와 같이 하나 이상의 물리적 장치들을 이용해서 또는 적어도 하나의 유형의 프로세서에 의해서 수행된다. 예시적인 실시 예에서, "프로세스(process)"는 도 12에 도시된 동작들 모두를 수행하는 연상 메모리일 수 있다. 도 12의 수평 화살표들은 해당 동작에 대한 예시적인 자료를 가리키며, 동작들의 흐름의 일부인 것은 아니다.

본 방법은 이 프로세스가 플랫폼에 대한 센서 데이터 및/또는 유지보수 평가(evaluation)들을 수신하면서 시작된다(동작 1200). 예를 들어, 이 프로세스는 제1 센서로부터의 시간 1200A에 대한 센서 데이터 및 제2 센서로부터의 시간 1200B에 대한 센서 데이터와 같은 하나 이상의 센서 데이터를 수신할 수 있다. 예시적인 실시 예에서, 시간 1200C에 대한 유지보수 데이터 또한 수신될 수 있다. 이 데이터는 함수 1200D와 같이 함수로서 표현될 수 있다.

그래서, 예시적인 실시 예에서, 수신된 센서 정보는 복수의 변수들 X(1),…, X(i), …, X(n)로부터의 샘플들일 수 있다. 게다가, 유지보수 액션들은 MX(1), …, MX(i), …, MX(n)로 표현될 수 있다. 이 변수들은 시간 t와 관련이 있거나, 독립 변수에 대해 상태 공간 궤적(state space trajectory)을 생성하는 몇몇 다른 종속 또는 독립 변수와 관련이 있을 수 있다. 상태 공간 궤적은 때때로 함수들의 세트로서 f(X(1),t(1)) …, f(X(i), t(i)), … f(X(n), t(n))로 표현될 수 있고, 독립적으로 또는 유지보수 액션 변수들과 조합해서 f(MX(1), t(1)) …, f(MX(i), t(i)), … f(MX(n), t(n))로 표현될 수 있다.

센서 및/또는 유지보수 평가들을 수신한 후에, 이 프로세스는 플랫폼에 대한 센서 및/또는 유지보수 평가들을 종합할(aggregate) 수 있다(동작 1202). 이러한 종합(aggregation)의 프로세스는 요약 진술(summation statement, 1202A)에 의해서 수학적으로 표현될 수 있다. 그래서, 예시적인 실시 예에서, 상태 공간 궤적들의 종합은 ∑ f(X(i), t(i)) i=1...N과 같이 표현될 수 있고, 종합된 센서 데이터의 이러한 표현에는 종합된 유지보수 데이터를 나타내는 ∑ f(MX(i), t(i)) i=1...N이 수반될 수 있다.

센서 및/또는 유지보수 평가들을 종합한 후에, 이 프로세스는 특정 건전성 상태에서 플랫폼의 프로파일을 생성할 수 있다(동작 1204). 이 프로파일은 함수 1204A과 같은 함수로서 수학적으로 표현될 수 있다. 이 프로파일은 특정 시간에서의 플랫폼의 프로파일일 수 있고, 그래서 플랫폼에 대한 많은 프로파일들 중의 하나일 수 있으며, 수식 1204B에서 보인 바와 같이 Profile(i)로서 표현될 수 있다. 이 프로파일은 플랫폼의 특정한 평가된 건전성과 연관되어 있을 수 있으며, 수식 1204C에서 보인 바와 같이 "Health (j)"로 표현될 수 있다.

그래서, 함수적인 형태에 있어서, 프로파일은 또한 함수 Fn(∑ f(X(i), t(i)) X ∑ f(MX(i), t(i))) → Profile(i)로 표현될 수 있다. 이 표현에서 용어 "X"는 센서 상태 공간 궤적들과 유지보수 액션들 상태 공간 궤적들 간의 함수적인 외적(cross product)을 나타낸다. 그리고, 함수 Fn(∑ f(X(i), t(i)) X ∑ f(MX(i), t(i))) → Profile(i)는 ←→ Health Assessment(i)와 일대일 대칭 함수 관계에 있다.

선택적으로, 동작 1204에서 프로파일의 생성 후에, 이 프로세스는 추가적인 프로파일들이 생성될 것인지 여부를 결정할 수 있다(동작 1206). 만일 다른 프로파일들이 생성될 것이라면, 이 프로세스는 동작 1200으로 돌아간다. 만일 다른 프로파일들이 생성되지 않을 것이라면, 이 프로세스는 계속된다. 몇몇 예시적인 실시 예들에서, 추가적인 프로파일들의 생성은 이미 수행되었을 수 있고, 연상 메모리에서의 예시화(instantiation) 동안 이미 이용가능할 수 있다. 유사하게, 추가적인 프로파일들은 이후의 동작들(동작들 1210, 1212, 및 1214)과 같이 추후의 이용을 위해 연상 메모리에서 이미 예시되어(instantiated) 있을 수 있다.

추가적 프로파일들이 생성되지 않을 것이라 가정하면, 이 프로세스는 연상 메모리 내의 모든 생성된 프로파일들을 프로파일 라이브러리(profile library)의 일부로서 예시한다(instantiate)(동작 1208). 몇몇 경우들에 있어서, 프로파일 라이브러리는 본 방법의 시작 이전에 완성되어 있는 것으로 고려될 수 있으며, 이 경우에, 동작들 1200 내지 1208 모두는 선택적인 것으로 고려될 수 있다.

수식 1208A에 의해 도시된 바와 같이, 함수 Fn(∑ f(X(i), t(i)) X ∑ f(MX(i), t(i))) (이하, '수식 1'이라고 함)에 의해서 특정되는 바와 같은 복수의 Health Assessment H(i) ←→ Profile(i)이 연상 메모리에서 예시되어 있을 수 있다. 연상 메모리에서 예시된 건전성 사정(health assessment) 또는 프로파일(profile)은, 플랫폼상의 센서들, 그리고 사람인 유지보수 인원, 그리고 가능하게는 다른 센서들의 모든 알려진 관찰결과들 및 관찰결과들에 대응하는 모든 센서 상태 공간 궤적들 및 유지보수 상태 공간 궤적들의 상관관계들을 포함할 수 있다.

상술한 수식 1208A 및 수식 1을 다시 참조하면, 연상 메모리 인스턴스(instance) 내에 존재하는 특정 관찰결과를 고려할 때; 특정 관찰결과의 상관된(correlated) 더 큰 컨텍스트(context)는 그 특정 관찰결과를 특정 건전성 사정 프로파일과 연관시킨다, Health Assessment(i) ←→ Profile(i). 연상 메모리 인프라스트럭처(infrastructure)는 유사성 스코어링 메커니즘(similarity scoring mechanism)을 내장 함수 또는 외부적으로 제공되는 함수로서 포함할 수 있다. 주어진 관찰결과가 I번째 프로파일 상태 공간 궤적으로부터의 관찰결과라면, 유사성 스코어링 함수는 유사성 점수 S(H(I)|| P(I)) = 1.0 (I=1...N 프로파일)를 줄 수 있다. 동작 1212에서 이후에 설명되는 바와 같이, 이 유사성 점수는 알려지지 않은 프로파일과 알려진 프로파일을 비교할 때 이용될 수 있다.

연상 메모리의 프로파일 라이브러리가 완성된 것으로 여겨지거나 적어도 사용할 준비가 된 때에, 이 프로세스는 플랫폼에 대한 알려지지 않은 프로파일을 수신할 수 있다(동작 1210). 이러한 알려지지 않은 프로파일은 동작들 1200 내지 1208에 대해 상술한 절차들에 따라서 생성된 새로운 프로파일일 수 있다. 이러한 알려지지 않은 프로파일은 플랫폼에 대한 센서 측정값들, 유지보수 관찰결과들, 및/또는 다른 관찰결과들의 새로운 세트를 나타낼 수 있다. 사용자는 플랫폼의 건전성을 평가하기 위하여 이러한 알려지지 않은 프로파일이 기존 프로파일들과 어떻게 비교되는지를 결정하길 원할 수 있다. 그래서, 이 프로세스는 알려지지 않은 프로파일을 프로파일 라이브러리에서의 다른 프로파일들과 비교하도록 작동될 수 있다(동작 1212). 이 두 개의 동작들(동작 1210 및 동작 1212)에 대한 추가적인 세부사항이 도 13에서 제공된다.

하지만, 요컨대, 이 프로세스는, 상술한 유사성 점수를 기초로 해서, 알려진 프로파일들 중의 어느 것이 알려지지 않은 프로파일과 가장 일치하는지를 결정하기 위하여 알려지지 않은 프로파일을 알려진 프로파일들과 비교할 수 있다. 이후, 플랫폼의 현재의 건전성은 알려진 프로파일에서의 플랫폼의 알려진 건전성으로 근사화될(approximated) 수 있다.

그래서, 알려지지 않은 프로파일을 프로파일 라이브러리에서의 다른 프로파일들과 비교한 후에, 이 프로세스는 라이브러리에서의 알려진 프로파일을 기초로 하여 플랫폼의 근사화된 건전성의 리포트를 생성할 수 있으며, 이 알려진 프로파일은 알려지지 않은 프로파일에 가장 가깝다(동작 1214). 이러한 리포트는 리포트 1212A에 의해서 도표로 표시된 바와 같이 문자, 및/또는 도면, 또는 심지어 오디오 데이터, 또는 다른 타입의 데이터를 포함할 수 있다. 그 이후에, 이 프로세스는 종료될 수 있다.

도 13은 예시적인 실시 예에 따른 유사성 엔진을 도시하는 블록도이다. 유사성 엔진(similarity engine, 1300)은 연상 메모리에서 구체화될 수 있고, 및/또는 가능하게는 연상 메모리와 함께 동작하는 프로세서 또는 연상 메모리에 의해서 구현될 수 있다. 연상 메모리의 예는 도 4의 연상 메모리(428)이고, 프로세스의 예는 도 4의 프로세서 유닛(404)이다. 유사성 엔진(1300)의 이용은 도 12의 동작들 1210 및 1212의 일부일 수 있다. 유사성 엔진(1300)은 또한 도 3의 건전성 모니터링 환경(300), 도 11의 건전성 모니터링 시스템(1100), 또는 도 15의 건전성 모니터링 환경(1500)과 같은 다른 환경에서 이용될 수 있다.

유사성 엔진(1300)은 상술한 도 12에 대해 설명된 것들과 같이 연상 메모리에 저장된 프로파일들 및 복수의 건전성 사정(health assessment)들을 입력으로서 취할 수 있다. 그래서, 예를 들어, 도 13은 시간 t에서 관련 프로파일 N(1312)을 가진 건전성 사정 N(H_N)을 통해서 제공되는 복수의 추가적인 건전성 사정들 및 프로파일들과 함께, 시간 t에서 관련 프로파일 1(1304)을 갖는 건전성 사정 1(H₁)(1302)과 시간 t에서 관련 프로파일 2(1308)를 갖는 건전성 사정 2(H₂)(1306)를 도시한다. 변수 "t"가 각각의 경우에 사용되었지만, "t"의 실제 값은 각각의 사정마다 그리고 각각의 프로파일마다 다를 수 있다. 다른 실시 예들에서, 시간을 나타내는 변수 "t"는 하나의 이벤트에서 다른 이벤트로의 상대적인 델타 시간(delta time)들로 표현될 수 있으며, 반드시 절대 시간으로 표현될 필요는 없다.

본 명세서에서 사용될 때, 용어 "프로파일(profile)" 또는 "건전성 프로파일(health profile)" 둘 다는 복수의 데이터 세트들, 각각의 소스에 대한 하나의 세트를 지칭할 수 있으며, 데이터 간의 상관관계들을 더 포함할 수 있다. 데이터의 소스는 예를 들어 플랫폼상의 센서에 의한 데이터 출력일 수 있다. 데이터의 소스는 예를 들어 사람인 유지보수 인원 또는 파일럿에 의한 관찰결과일 수 있다. 데이터의 소스는 많은 상이한 물체들 또는 사람들로부터 유래될 수 있을 것이다. 결합된 상이한 데이터 세트들은 프로파일을 형성할 수 있다. 몇몇 경우들에서, 프로파일은 데이터 간의 유사성들을 나타내는 추가적인 데이터와 같은, 데이터 간의 상관관계들 또는 데이터 간의 다른 관련성들을 포함할 수 있다. 상관관계들 또는 유사성들은 개별 데이터 간에 존재할 수 있으며, 상이한 데이터 세트들 또는 그 조합들 간에 존재할 수 있다. 이러한 상관관계들은 프로파일 구축의 일부로서 연상 메모리에 의해 생성될 수 있다. 데이터 간의 상관관계들을 포함하는 정보는 프로파일의 최초 생성 이후에 프로파일에 추가될 수 있다.

이 건전성 사정들 및 프로파일들은 연상 메모리에서 예시될 수 있으며, 이후 연상 메모리는 유사성 엔진(1300)을 이용하여 비교를 수행하기 위한 질의 또는 요청을 실행하는 것의 일부로서 이들에 액세스(access)할 수 있다. 예를 들어, 알려지지 않은 프로파일(unknown profile, 1314)이 수신될 수 있다. 알려지지 않은 프로파일(1314) 또한 연상 메모리에서 예시될 수 있다. 이후 연상 메모리는 연상 메모리에 이미 저장되어 있는 하나 이상의, 가능하게는 모든, 알려진 건전성 사정들 및 프로파일들과 알려지지 않은 프로파일(1314)을 비교하기 위한 질의를 수신할 수 있다. 이 질의의 목적은 알려지지 않은 프로파일(1314)에 할당되어야 하는 건전성 사정을 결정하기 위한 것이다.

이후, 연상 메모리는 알려지지 않은 프로파일(1314)과 관련해서 하나 이상의, 가능하게는 모든, 알려진 프로파일들의 유사성 점수들을 생성할 수 있다. 이러한 유사성 점수는 S(Pi)로 표현될 수 있으며, 여기서 "i"는 논의되고 있는 특정 프로파일에 대응한다. 이 비교 프로세스는 또한 도 9 및 도 12와 관련해서 더욱 폭넓게 설명된다.

더욱 상세하게 말하자면, 유사성 점수는 관계(relation) 1316에서 도시된 바와 같이, S_i(P_i(f(x_j,x_k,t))로서 표현될 수 있다. 그래서, f(x_{j ,k})의 값을 갖는 Health Assessment "i" (H_i) 및 Profile "i" (Profile_i)에 대해서, 알려지지 않은 프로파일(1314)에 대한 비교는 유사성 점수 S_i를 생성할 수 있다.

달리 말해, 연상 메모리는 알려지지 않은 프로파일(1314)로부터의 관찰결과, O(P(unknown))를 가지고 질의될 수 있다. 알려지지 않은 프로파일을 알려진 프로파일들과 비교한 결과로서, 유사성 점수, S(P(unknown))가 생성된다. 이 유사성 점수, S(P(unknown))는 알려진 프로파일들로부터의 관찰결과들 및 가장 가까운 건전성 프로파일(nearest health profile)(I)을 나타내고, 여기서 모든 J <> I에 대해 S(H(I)| P(I)) > S(P(unknown)) > S(H(j)| P(J)이다.

이러한 절차의 구체적인 예들이 도 13에서 도시된다. 만일 S(P_i) > S(P₂) > S(P_N) (수식 1318)이면, 알려지지 않은 프로파일(1314)은 건전성 프로파일 H₁(1302)에 가장 유사하다. 결과적으로, 알려지지 않은 프로파일(1314)에는 H₁(1302)의 값이 할당된다. 다시 말해, 플랫폼의 현재의 건전성 상태는 이제 H₁(1302)이라는 알려진 건전성 상태에 있는 것으로 고려된다. 만일 H₁(1302)이 예컨대 "건전한(healthy)"이라면, 사용자는 알려지지 않은 프로파일(1314)을 건전한 플랫폼을 나타내는 것으로서 평가할 수 있을 것이다.

한편, 만일 S(P₂) > S(P₁) > S(P_N) (수식 1320)이라면, 알려지지 않은 프로파일(1314)은 H₂(1306)에 가장 유사하다. 만일 H₂(1306)가 예컨대 "저하된(degraded)"이라면, 사용자는 알려지지 않은 프로파일(1314)을 바람직하게는 유지보수될 수 있는 저하된 플랫폼을 나타내는 것으로서 평가할 수 있을 것이다. 마찬가지로, 만일 S(P_N) > S(P₂) > S(P₁) (수식 1322)이면, 알려지지 않은 프로파일(1314)은 H_N(1310)에 가장 유사하다. 이후, H_N(1310)의 해당 건전성 상태가 알려지지 않은 프로파일(1314)에 할당될 것이다.

도 13이 플랫폼에 대해 수신된 알려지지 않은 프로파일(1314)을 기초로 하여 플랫폼의 현재의 건전성을 평가하기 위한 하나의 메커니즘을 도시하지만, 다른 기술들 또한 이용될 수 있다. 예를 들어, 유사성 점수가 생성되지 않을 수 있을 것이다. 대신, 유사성 엔진(1300)은 프로파일들의 직접적인 비교를 이용하고, 최상의 매치(the best match)를 식별하고, 그에 맞춰 건전성 사정을 알려지지 않은 프로파일에 할당할 수 있다. 다른 변형 예에서, 알려지지 않은 프로파일(1314)은 합성되거나(synthesized) 요약될(summarized) 수 있고, 합성된 알려진 프로파일들과 비교될 수 있다. 건전성 사정을 알려지지 않은 프로파일(1314)에 할당하기 위하여 다른 기술들이 또한 이용될 수 있다.

도 14는 유익한 실시 예에 따른 복수의 관찰결과들의 도면이다. 도 14는 도 6과 유사하지만 추가적인 세부사항을 포함한다. 그래서, 예를 들어, 복수의 관찰결과들(1400)은 도 5의 복수의 관찰결과들(510)의 하나의 구현의 예일 수 있다. 복수의 관찰결과들(1400)은 플랫폼의 건전성을 모니터링하기 위한 파라미터들을 포함할 수 있다.

세트(set)로서 취해질 때, 관찰결과들의 그룹은 도 12 및 도 13에서 대해서 설명된 프로파일들과 같은 프로파일을 구성할 수 있다. 프로파일의 예는 예를 들어 시작시간 t BEGIN(1410)과 제2 시간 t2(1412) 사이에서 취해진 관찰결과들의 그룹(1402)일 수 있다. 제2 시간 t2(1412)는 특정 유지보수 액션 또는 유지보수 액션들의 세트가 수행되는 특정 시간일 수 있다. 제2 시간 t2(1412) 이후의 데이터는 특정 시간에서의 모든 센서 및 유지보수 데이터를 반영할 수 있다. 건전성 사정은 관찰결과들의 그룹에 할당될 수 있다. 그래서, 예를 들어, 시작시간 t BEGIN(1410)과 제2 시간 t2(1412) 사이의 관찰결과들의 그룹(1402)은 플랫폼의 유지보수가 바람직할 수 있는 "저하된 건전성 상태(degraded health state)"의 건전성 사정에 대응할 수 있다. 이러한 방식으로, 도 14는 사용자가 플랫폼의 건전성 상태를 신속하게 평가할 수 있는 시각적 표현을 보여 준다.

유사하게, 유지보수 액션 m2 이후 및 유지보수 액션 m3 이전에, 제2 시간 t2(1412)와 제3 시간 t3(1414) 사이의 관찰결과들의 그룹(1404)은, 플랫폼이 수선되도록 하기 위해서 사용자가 더욱 빨리 조치를 취하길 원할 수 있는, "수선이 바람직한(repair desirable)" 건전성 상태를 반영할 수 있다. 마찬가지로, 제3 시간 t3(1414)와 제4 시간 t4(1416) 사이의 관찰결과들의 그룹(1406)은, 플랫폼의 하나 이상의 부분들이 교체될 수 있거나 플랫폼이 원하는 파라미터들 내에서 동작하고 있지 않은, "결함이 있는(faulty)" 건전성 상태를 반영할 수 있다. 관찰결과들의 그룹(1406)은 유지보수 액션 m3 이후 및 유지보수 액션 m4 이전에 취해진 관찰결과들일 수 있다.

유지보수 액션 m4 이후에, 제4 시간 t4(1416)와 종료시간 t END(1418) 사이에서, 다른 건전성 사정이 수행될 수 있다. 관찰결과들의 그룹(1408)은 유지보수 액션 m4 이후의 플랫폼의 "건전한(healty)" 상태를 나타낼 수 있다.

도 15는 예시적인 실시 예에 따라서 연상 메모리를 이용하는 건전성 모니터링 환경의 블록도이다. 건전성 모니터링 환경(1500)은 도 3의 건전성 모니터링 환경(300) 또는 도 11의 건전성 모니터링 시스템(1100)의 변형일 수 있다. 도 15의 건전성 모니터링 환경(1500)은, 예컨대 도 4의 연상 메모리(428)일 수 있는, 연상 메모리(1502)를 이용해서 구현될 수 있다.

예시적인 실시 예에서, 건전성 모니터링 환경(1500)은 연상 메모리(1502)를 포함할 수 있다. 연상 메모리(1502)는 복수의 데이터 및 복수의 데이터 간의 복수의 연관성들(1504)을 포함할 수 있다. 복수의 데이터 및 복수의 데이터의 연관성들은 연관 그룹(associated group)들로 수집될 수 있다. 연상 메모리(1502)는 복수의 데이터 간의 적어도 간접적인 관련성들(indirect relationships, 1506)을 기초로 하여 질의되도록 구성될 수 있다. 연상 메모리(1502)는 또한 직접적인 관련성들(direct relationships, 1508)을 기초로 하여 또는 간접적인 관련성들(1506)과 직접적인 관련성들(1508) 둘 다를 함께 기초로 하여 질의될 수 있다. 연상 메모리(1502)는 또한 비히클 또는 플랫폼에 대한 복수의 알려진 건전성 프로파일들(known health profiles)(1510)을 저장할 수 있다.

건전성 모니터링 환경(1500)은 또한 연상 메모리(1502)와 통신하는 입력 장치(input device, 1512)를 포함할 수 있다. 입력 장치(1512)는 비히클 또는 플랫폼의 현재의 건전성 프로파일(current health profile, 1514)을 수신하도록 구성될 수 있다. 현재의 건전성 프로파일(1514)은, 플랫폼상의 센터 데이터 또는 플랫폼 밖에서의 센서 데이터, 인간인 오퍼레이터들로부터의 유지보수 데이터 또는 기내에 탑재되지 않았거나 기내에 탑재된 센서들로부터의 유지보수 데이터, 또는 많은 다른 소스들을 포함하는 다양한 소스들로부터 수신될 수 있다. 예시적인 실시 예에서, 현재의 건전성 프로파일(1514)은 도 12 및 도 13에 대해서 설명된 절차들에 따라서 생성될 수 있다.

건전성 모니터링 환경(1500)은 또한 비교기(comparator, 1516)를 포함할 수 있다. 비교기(1516)는 하나 이상의 유형의 프로세서, 연상 메모리(1502) 그 자체, 또는 둘 다가 함께 동작하는 것일 수 있다. 비교기(1516)는, 연상 메모리(1502)와 함께, 비교(comparison, 1518)를 생성하기 위하여 현재의 건전성 프로파일(1514)을 비히클 또는 플랫폼에 대한 복수의 알려진 건전성 프로파일들(1510)과 비교하도록 구성될 수 있다. 비교기(1516)는, 비교(1518)를 기초로 하여 연상 메모리(1502)와 함께, 비히클 또는 플랫폼의 현재의 건전성에 대한 리포트(report, 1520)를 생성하도록 추가로 구성될 수 있다.

예시적인 실시 예에서, 현재의 건전성 프로파일(1514)은 비히클상에 배치된 센서로부터 획득된 센서 데이터일 수 있다. 현재의 건전성 프로파일(1514)은 또한 비히클 또는 플랫폼의 지상에서의(on-ground) 유지보수로부터 유래한 유지보수 기록들로부터 획득된 유지보수 데이터일 수 있다. 현재의 건전성 프로파일(1514)은 또한 사람에 의해서 수행된 비히클의 관찰결과의 기록일 수 있고, 관찰결과는 센서 데이터와는 상이하다.

예시적인 실시 예에서, 비교하는 것은 현재의 건전성 프로파일(1514)에서의 제1 속성과 비히클 또는 플랫폼에 대한 복수의 알려진 건전성 프로파일들(1510)에서의 제2 속성 간의 간접적인 관련성을 식별하는 것을 추가로 포함한다. 다른 변형들이 가능하다.

다른 변형 예에서, 입력 장치(1512)는 연상 메모리(1502)와 통신할 수 있고, 또는 연상 메모리(1502) 및 비교기(1516) 둘 다와 통신할 수 있다. 입력 장치(1512)는 플랫폼에 배치된 센서에 의해 취해진 측정들과 관련된 센서 데이터를 수신하도록 구성될 수 있다. 입력 장치(1512)는 플랫폼의 유지보수와 관련된 유지보수 데이터를 수신하도록 추가로 구성될 수 있고, 유지보수 데이터는 센서 데이터와는 구별되고 센서 데이터와 무관하다. 비교기(1516)는 플랫폼의 건전성의 리포트를 생성하기 위하여 연상 메모리(1502)와 함께 센서 데이터 및 유지보수 데이터 둘 다를 이용하도록 추가로 구성될 수 있다.

예시적인 실시 예에서, 유지보수 데이터는 사람에 의해서 제출된 리포트일 수 있다. 예시적인 실시 예에서, 플랫폼은 항공기일 수 있고, 센서 데이터는 항공기의 동작 동안 항공기에 의해서 경험되는 상태들과 관련된 정보일 수 있다.

예시적인 실시 예에서, 연상 메모리(1502)는 도 11의 기내에 탑재된 컴퓨터 시스템(1104)과 같은 기내에 탑재되지 않은 컴퓨터 시스템의 일부일 수 있다. 이 경우에, 사람인 지상 승무원 인원에 의해서 제출된 리포트일 수 있다. 게다가, 입력 장치는 복수의 상이한 포맷으로 복수의 추가적인 정보를 수신하도록 추가로 구성될 수 있다. 이 경우에, 비교기(1516)는 리포트를 생성하기 위해서 연상 메모리(1502)와 함께 센서 데이터 및 유지보수 데이터뿐 아니라 복수의 추가적인 정보를 이용하도록 추가로 구성될 수 있다.

다른 예시적인 실시 예에서, 플랫폼은 항공기일 수 있다. 이 경우에, 복수의 추가적인 정보는: 기내에 탑재되지 않은 장치에 의한 항공기의 측정, 항공기의 비행 시스템으로부터의 데이터, 항공기의 과거 유지보수 기록, 항공기의 파일럿에 의한 리포트, 항공기를 유지보수할 책임이 있는 지상 승무원 오퍼레이터에 의한 리포트, 항공기의 이상적인 건전성(ideal health)에 관한 제1 프로파일, 및 유지보수가 요구되는 상태에 있는 항공기에 관한 제2 프로파일로 이루어진 그룹 중의 하나 이상으로부터 선택될 수 있다.

다른 예시적인 실시 예에서, 비교기(1516)는 리포트를 생성하기 위해서 연상 메모리(1502)와 함께 센서 데이터 및 유지보수 데이터뿐 아니라 플랫폼의 알려진 건전성 프로파일을 이용하도록 추가로 구성될 수 있다. 다른 예시적인 실시 예에서, 센서 데이터 및 유지보수 데이터는 플랫폼의 하나 이상의 현재의 건전성 프로파일들의 일부일 수 있다. 이 경우에, 비교기(1516)는 하나 이상의 현재의 건전성 프로파일들과 플랫폼의 알려진 건전성 프로파일 간의 최대 유사성을 기초로 하여 플랫폼의 현재의 건전성 상태를 할당함으로써 리포트를 생성하도록 추가로 구성될 수 있다.

다른 예시적인 실시 예에서, 비교기(1516)는 플랫폼의 구성요소가 설정된 파라미터 밖에 존재하게 되는 잠재적 원인(potential cause)을 식별하기 위해서 연상 메모리(1502)를 이용하도록 추가로 구성될 수 있다. 이 경우에, 비교기(1516)는 리포트, 센서 데이터, 및 유지보수 데이터를 기초로 하여 잠재적 원인을 식별하도록 구성될 수 있다. 다른 변형들이 가능하다.

도 16은 예시적인 실시 예에 따라서 플랫폼을 모니터링하기 위한 프로세스의 흐름도이다. 도 16에 도시된 프로세스는 도 3의 건전성 모니터링 환경(300), 도 11의 건전성 모니터링 시스템(1100), 또는 도 15의 건전성 모니터링 환경(1500)을 이용해서 구현될 수 있다. 도 16에 도시된 프로세스는 도 7 내지 도 10 또는 도 12에 도시된 프로세스의 변형일 수 있다. 도 16에서 도시된 프로세스는 도 4의 연상 메모리(428)와 같은 연상 메모리 및 도 4의 프로세서 유닛(404)과 같은 하나 이상의 프로세서들을 이용해서 구현될 수 있다. 도 16에서 제시된 동작들이 "프로세스(a process)"에 의해 수행되는 것으로 설명되지만, 이 동작들은 본 명세서의 다른 부분에서 설명된 바와 같이 하나 이상의 물리적 장치들을 이용해서 또는 적어도 하나의 유형의 프로세서에 의해서 수행된다.

이 프로세스는 연상 메모리에서 비히클의 현재의 건전성 프로파일을 수신하고, 연상 메모리는 복수의 데이터 및 복수의 데이터 간의 복수의 연관성들을 포함하고, 복수의 데이터 및 복수의 데이터의 연관성들은 연관 그룹들로 수집되고, 연상 메모리는 복수의 데이터 간의 적어도 간접적인 관련성들을 기초로 하여 질의되도록 구성되고, 연상 메모리는 또한 비히클에 대한 복수의 알려진 건전성 프로파일들을 저장한다(동작 1600). 이 프로세스는 연상 메모리와 함께 컴퓨터 시스템을 이용해서 비교를 생성하기 위하여 현재의 건전성 프로파일을 복수의 알려진 건전성 프로파일들과 비교한다(동작 1602). 이후, 이 프로세스는 비교를 기초로 하여 연상 메모리와 함께 컴퓨터 시스템을 이용해서 비히클의 현재의 건전성에 대한 리포트를 생성한다(동작 1604). 이 후에 이 프로세스는 종료한다.

예시적인 실시 예에서, 현재의 건전성 프로파일은 비히클에 배치된 센서로부터 획득된 센서 데이터일 수 있다. 이 경우에, 현재의 건전성 프로파일은 또한 비히클의 지상에서의 유지보수로부터 획득된 유지보수 데이터일 수 있다. 더욱 나아가, 현재의 건전성 프로파일은 또한 사람에 의해서 수행된 비히클의 관찰결과의 기록일 수 있다. 또 다른 예시적인 실시 예에서, 비교하는 것은 현재의 건전성 프로파일에서의 제1 속성과 복수의 알려진 건전성 프로파일들에서의 제2 속성 간의 간접적인 관련성을 식별하는 것을 추가로 포함할 수 있다.

상이한 도시된 실시 예들에서의 흐름도 및 블록도들은 장치, 방법들, 및 컴퓨터 프로그램 제품들의 임의의 가능한 구현들의 아키텍처, 기능, 및 동작을 도시한다. 이와 관련하여, 흐름도들 또는 블록도들에서의 각각의 블록은 컴퓨터 이용가능한 또는 판독가능한 프로그램 코드의 모듈(module), 세그먼트(segment), 또는 일부를 나타낼 수 있고, 이것은 구체적인 기능 또는 기능들을 구현하기 위한 하나 이상의 실행가능한 명령어들을 포함한다. 몇몇 대안적인 구현들에서, 블록들에서 언급된 기능 또는 기능들은 도면들에서 언급된 순서와 다르게 발생할 수 있다. 예를 들어, 몇몇 경우들에 있어서, 연속적으로 도시된 두 개의 블록들은 실질적으로 동시에 수행될 수 있고, 또는 블록들은 때때로 포함된 기능에 따라서 반대 순서로 실시될 수 있다.

예를 들어, 몇몇 예시적인 실시 예들에서, 동작 1002에서의 건전성 상태의 선택은 동작 1010에서의 알려진 프로파일의 생성 이후에 수행될 수 있다. 이러한 타입의 프로세스에 있어서, 알려진 프로파일이 생성된 이후에 알려진 프로파일이 건전성 상태와 연관지어 질 수 있다. 게다가, 알려진 프로파일에 대한 건전성 상태의 선택은 트레이닝 정보 및/또는 유지보수 정보를 기초로 할 수 있다.

그래서, 상이한 예시적인 실시 예들은 플랫폼을 모니터링하기 위한 방법 및 장치를 제공한다. 하나의 예시적인 실시 예에서, 장치는 컴퓨터 시스템 및 센서 네트워크를 포함한다. 센서 네트워크는 플랫폼과 연계된다. 컴퓨터 시스템은 센서 네트워크와 연결되고, 센서 네트워크로부터 정보를 수신하도록 구성된다. 컴퓨터 시스템은 현재의 프로파일에 대한 정보로부터 관찰결과들을 형성하도록 구성된다. 컴퓨터 시스템은 플랫폼의 건전성 상태를 식별하기 위하여 현재 프로파일을 다수의 알려진 프로파일들과 비교한다.

상이한 예시적인 실시 예들은 전적으로 하드웨어인 실시 예, 전적으로 소프트웨어인 실시 예, 또는 하드웨어와 소프트웨어 엘리먼트들 둘 다를 포함하는 실시 예의 형태를 취할 수 있다. 몇몇 실시 예들은 소프트웨어로 구현되며, 소프트웨어는 예컨대 펌웨어, 상주(resident) 소프트웨어, 및 마이크로코드(microcode)와 같은 형태를 포함하되 이에 한정되지 않는다.

게다가, 상이한 실시 예들은, 명령어들을 실행하는 컴퓨터 또는 임의의 장치 또는 시스템에 의해서 또는 연결해서 사용하기 위한 프로그램 코드를 제공하는 컴퓨터-이용가능 또는 컴퓨터-판독가능 매체로부터 액세스가능한(accessible) 컴퓨터 프로그램 제품의 형태를 취할 수 있다. 본 공개의 목적을 위해서, 컴퓨터-이용가능 또는 컴퓨터-판독가능 매체는 일반적으로 명령어 실행 시스템, 장치, 또는 디바이스(device)에 의해서 또는 연결해서 사용하기 위한 프로그램을 포함하거나, 저장하거나, 주고받거나, 전파하거나(propagate), 또는 전송할 수 있는 임의의 유형의 장치일 수 있다.

컴퓨터-이용가능 또는 컴퓨터-판독가능 매체는 예컨대 제한 없이, 전자적, 자기적, 광학적, 전자기적, 적외선의, 또는 반도체 시스템, 또는 전파 매체(propagation medium)일 수 있다. 컴퓨터-판독가능 매체의 비제한적인(non-limiting) 예들은 반도체 또는 고체 상태(solid state) 메모리, 자기 테이프, 착탈가능한 컴퓨터 디스켓, RAM(random access memory), ROM(read-only memory), 강자기 디스크(rigid magnetic disk), 및 광디스크를 포함한다. 광디스크들은 CD-ROM(compact disk - read only memory), CD-R/W(compact disk - read/write), 및 DVD를 포함할 수 있다.

게다가, 컴퓨터-이용가능 또는 컴퓨터-판독가능 매체는 컴퓨터 판독가능 또는 이용가능 프로그램 코드를 포함하거나 저장할 수 있어서, 컴퓨터 판독가능 또는 이용가능 프로그램 코드가 컴퓨터상에서 실행될 때, 이러한 컴퓨터-판독가능 또는 이용가능 프로그램 코드의 실행이 컴퓨터로 하여금 통신 링크를 통해 다른 컴퓨터-판독가능 또는 이용가능 프로그램 코드를 전송하도록 한다. 이러한 통신 링크는 예컨대 제한 없이 물리적인 또는 무선인 매체를 이용할 수 있다.

컴퓨터-판독가능 또는 컴퓨터-이용가능 프로그램 코드를 저장 및/또는 실행하기 적합한 데이터 처리 시스템은 시스템 버스와 같은 통신 패브릭을 통해서 직접적으로 또는 간접적으로 메모리 소자들에 연결된 하나 이상의 프로세서들을 포함할 것이다. 메모리 소자들은, 프로그램 코드의 실제 실행 동안 채용되는 로컬 메모리(local memory), 벌크 스토리지(bulk storage), 및 캐시 메모리들을 포함할 수 있고, 캐시 메모리는 코드의 실행 동안 벌크 스토리지로부터 코드가 검색되는 횟수를 감소시키기 위하여 적어도 몇몇 컴퓨터-판독가능 또는 컴퓨터-이용가능 프로그램 코드의 일시적인 저장소를 제공한다.

입력/출력 또는 I/O 장치들은 직접적으로 또는 중간의(intervening) I/O 컨트롤러(controller)들을 통해서 시스템에 연결될 수 있다. 이 장치들은, 예컨대 제한 없이, 키보드, 터치 스크린 디스플레이, 및 포인팅(pointing) 장치들을 포함할 수 있다. 데이터 처리 시스템이 중간의 사설 또는 공중 네트워크들을 통해서 다른 데이터 처리 시스템들, 원격 프린터들, 또는 저장 장치들에 연결될 수 있도록 하기 위해서, 상이한 통신 어댑터들 또한 시스템에 연결될 수 있다. 비제한적인 예들은 모뎀들 및 네트워크 어댑터들이고, 단지 몇 개의 현재 이용가능한 타입의 통신 어댑터들이다.

예시적인 실시 예들은 상이한 형태를 취할 수 있다. 예를 들어, 예시적인 실시 예들은 장치를 제공할 수 있다. 장치는 플랫폼과 연계된 센서 네트워크를 포함할 수 있고, 센서 네트워크는 플랫폼의 건전성을 모니터링하도록 구성된다. 장치는 또한 플랫폼과 연계된 다수의 시스템들을 포함할 수 있고, 다수의 시스템들 및 센서 네트워크는 플랫폼에 대한 정보를 제공하도록 구성된다. 장치는 또한 센서 네트워크 및 다수의 시스템들에 연결된 컴퓨터 시스템을 포함할 수 있고, 컴퓨터 시스템은 정보를 수신하고, 정보로부터 복수의 관찰결과들을 형성하기 위하여 정보를 처리하고, 복수의 관찰결과들 및 정보로부터 현재의 프로파일을 생성하도록 구성되며, 현재의 프로파일은 플랫폼의 건전성 상태를 식별하기 위해 이용된다.

다른 예시적인 실시 예에서, 컴퓨터 시스템은 플랫폼에 원격인 위치에 존재하고, 플랫폼상의 다른 컴퓨터 시스템을 통해서 센서 네트워크 및 다수의 시스템들에 연결된다. 다른 예시적인 실시 예에서, 컴퓨터 시스템은, 플랫폼에 대한 다수의 시스템들로부터의 정보의 적어도 일부를 수신하는 것; 관찰결과들 간의 유사성들을 기초로 하여 복수의 관찰결과들에서 관찰결과들을 그룹핑하는 것, 여기서 다수의 그룹들은 현재의 프로파일을 형성하기 위해 생성됨; 정보에서 다수의 정보의 조각들을 식별하는 것; 복수의 관찰결과들을 형성하기 위해 다수의 정보의 조각들에서 각각의 정보의 조각으로부터 관찰결과를 생성하는 것; 연상 메모리를 위해 현재의 프로파일을 형성하기 위하여 컴퓨터 시스템의 연상 메모리에 복수의 관찰결과들을 배치하는 것; 다수의 알려진 프로파일들에서 알려진 프로파일을 생성하기 위해 플랫폼의 알려진 건전성 상태 동안 획득된 트레이닝 정보를 수신하는 것; 플랫폼에 대한 건전성 상태의 잠재적 원인을 식별하기 위해 유지보수 정보 및 현재의 프로파일을 이용하는 것; 및 플랫폼의 건전성 상태를 기초로 하여 선택적으로 경고를 생성하는 것; 중의 적어도 하나로부터 선택된 다수의 동작들을 수행하도록 구성된다.

다른 예시적인 실시 예에서, 장치는 다수의 시스템들을 더 포함할 수 있고, 다수의 시스템들은 내비게이션(navigation) 시스템, 항공기를 위한 항공전자기기, 환경 제어 시스템, 표면(surface) 제어 시스템, 비행(flight) 제어 시스템, 구동(drive) 시스템, 착륙 시스템, 및 추진 시스템 중의 적어도 하나를 포함한다. 다른 예시적인 실시 예에서, 컴퓨터 시스템은 컴퓨터 시스템 내의 연상 메모리를 분석함으로써 복수의 관찰결과들로부터 현재의 프로파일을 생성한다. 다른 예시적인 실시 예에서, 트레이닝 정보는 플랫폼을 위해 사전에 수집된 정보, 플랫폼에 대한 유지보수 정보, 및 플랫폼을 위해 사전에 수집된 정보의 타임스탬프들을 포함한다.

다른 예시적인 실시 예에서, 현재의 프로파일을 생성함에 있어서, 컴퓨터 시스템은 현재의 프로파일을 생성하기 위해서 플랫폼에 대해 수행된 다수의 유지보수 이벤트들에 기초하여 복수의 관찰결과들의 일부를 선택하도록 추가로 구성된다. 다른 예시적인 실시 예에서, 컴퓨터 시스템은 메타데이터를 정보와 연관시키도록 추가로 구성된다. 다른 예시적인 실시 예에서, 컴퓨터 시스템은 다수의 유지보수 이벤트들 및 메타데이터를 이용해서 복수의 관찰결과들의 일부를 선택하도록 추가로 구성된다. 다른 예시적인 실시 예에서, 메타데이터는 정보의 조각에 대한 타임스탬프 및 정보의 조각의 소스에 대한 식별자 중의 적어도 하나로 이루어진다.

다른 예시적인 실시 예에서, 알려진 건전성 상태에 대한 트레이닝 정보는, 선택된 날짜 이전의 정보, 선택된 날짜 이후의 정보, 및 시간의 기간 동안의 정보 중의 하나로부터 수신된 정보를 포함한다. 다른 예시적인 실시 예에서, 정보의 일부는 다수의 시스템들에서의 유지보수 데이터베이스로부터 수신된다. 다른 예시적인 실시 예에서, 정보는 데이터, 명령(command)들,및 메시지들 중의 적어도 하나를 포함한다.

다른 예시적인 실시 예에서, 장치는 또한 플랫폼을 포함할 수 있고, 플랫폼은 이동 플랫폼, 정지 플랫폼, 지상-기반 구조물, 해상-기반 구조물, 우주-기반 구조물, 항공기, 수상함(surface ship), 탱크, 병력 수송차, 기차, 우주선, 우주 정거장, 위성, 잠수함, 자동차, 발전소(power plant), 다리, 댐, 풍력 터빈(wind turbine), 제조 시스템, 빌딩, 윙(wing), 스태빌라이저(stabilizer), 엔진, 유압 시스템, 전력 전송 기어 박스(gear box), 및 샤프트(shaft) 중의 하나로부터 선택된다.

예시적인 실시 예들은 또한 플랫폼의 건전성을 모니터링하기 위한 시스템을 제공한다. 시스템은 플랫폼과 연계된 센서 네트워크를 포함한다. 시스템은 또한 플랫폼과 연계된 다수의 시스템들을 포함한다. 다수의 시스템들 및 센서 네트워크는 플랫폼에 대한 정보를 제공하도록 구성된다. 시스템은 또한 플랫폼과 연계된 컴퓨터 시스템을 포함하고, 컴퓨터 시스템은 센서 네트워크 및 다수의 시스템들과 통신하며, 플랫폼과 연계된 센서 네트워크 및 다수의 시스템들로부터 정보를 수신하고, 정보로부터 복수의 관찰결과들을 형성하도록 정보를 처리하고, 현재의 프로파일을 형성하기 위하여 복수의 관찰결과들에서의 관찰결과들 간의 유사성들을 기초로 하여 복수의 관찰결과들을 다수의 그룹들로 그룹핑하고, 비교를 형성하기 위하여 현재의 프로파일을 다수의 알려진 프로파일들과 비교하고, 비교를 이용해서 플랫폼의 건전성 상태를 식별하도록 구성된다. 예시적인 실시 예에서, 플랫폼은 항공기이다.

예시적인 실시 예들은 또한 방법을 제공한다. 방법은 플랫폼의 모니터링으로부터 정보를 수신하는 단계를 포함할 수 있으며, 정보는 플랫폼과 연계된 센서 네트워크 및 다수의 시스템들로부터 수신된다. 방법은 또한 정보로부터 복수의 관찰결과들을 형성하는 단계를 포함할 수 있다. 방법은 또한 복수의 관찰결과들로부터 프로파일을 생성하는 단계를 포함할 수 있으며, 프로파일은 플랫폼을 모니터링하기 위해 이용된다.

예시적인 실시 예에서, 정보로부터 복수의 관찰결과들을 형성하는 단계는 정보에서 다수의 정보의 조각들을 식별하는 단계 및 복수의 관찰결과들을 형성하기 위하여 다수의 정보의 조각들에서의 각각의 정보의 조각으로부터 관찰결과를 생성하는 단계를 포함한다. 예시적인 실시 예에서, 프로파일은 현재의 프로파일 및 알려진 프로파일 중의 하나로부터 선택되며, 프로파일을 생성하는 단계는: 복수의 관찰결과들에서의 관찰결과들 간의 유사성들을 기초로 하여 다수의 그룹들을 생성하기 위해서 복수의 관찰결과들에서의 관찰결과들을 그룹핑하는 단계;를 포함한다. 예시적인 실시 예에서, 방법은 또한 메타데이터를 정보와 연관시키는 단계를 포함하며, 메타데이터는 정보의 조각에 대한 타임스탬프 및 정보의 조각의 소스의 식별자 중의 적어도 하나를 포함한다.

상이한 예시적인 실시 예들의 설명이 도시 및 설명의 목적을 위해서 제시되었으며, 공개된 형태의 실시 예들로 한정 또는 제한하려는 의도는 아니다. 여러 가지 변경들 및 변형들이 당해 기술분야의 통상의 기술자들에게 명백할 것이다. 게다가, 상이한 예시적인 실시 예들은 다른 예시적인 실시 예들과 비교하여 상이한 특징들을 제공할 수 있다. 선택된 실시 예 또는 실시 예들은 실시 예들의 원리와 실용적인 애플리케이션을 가장 잘 설명하기 위하여 선택 및 설명되었고, 당해 기술분야의 통상의 기술자들이 심사숙고된 특정 사용에 적합한 다양한 변경들을 가진 다양한 실시 예들에 대해서 본 공개를 이해하는 것을 가능하게 한다.

Claims (15)

1. 플랫폼 건전성 모니터링 시스템(platform health monitoring system)(300)으로서,
   복수의 데이터 및 복수의 데이터 간의 복수의 연관성(association)들을 포함하는 연상 메모리(associative memory)(428);
   연상 메모리(428)와 통신하는 입력 장치(1512)로서, 플랫폼(302)의 현재의 건전성 프로파일(current health profile)(334, 532, 1514)을 수신하도록 구성된 입력 장치(1512); 및
   연상 메모리(428)와 함께, 비교(340)를 생성하기 위해서 현재의 건전성 프로파일(334, 532, 1514)을 복수의 알려진 건전성 프로파일들(338, 540, 1510)과 비교하도록 구성된 비교기(1516);를 포함하고,
   복수의 데이터 및 복수의 데이터의 연관성들이 연관 그룹(associated group)들로 수집되고(1504), 연상 메모리(428)는 복수의 데이터 간의 적어도 간접적인 관련성(relationship)들을 기초로 하여 질의되도록 구성되고, 연상 메모리(428)는 또한 플랫폼(302)에 대한 복수의 알려진 건전성 프로파일들(known health profiles)(338, 1510)을 저장하고,
   비교기(1516)는, 비교(340)를 기초로 하여 연상 메모리(428)와 함께, 플랫폼(334, 1514)의 현재의 건전성에 대한 리포트(1120, 1212A, 1520)를 생성하도록 추가로 구성되는 것을 특징으로 하는 플랫폼 건전성 모니터링 시스템(300).
   
2. 제 1 항에 있어서,
   현재의 건전성 프로파일(334, 532, 1514)은 플랫폼(302) 상에 배치된 센서(318)로부터 획득된 센서 데이터(322, 1112)를 포함하는 것을 특징으로 하는 플랫폼 건전성 모니터링 시스템(300).
   
3. 제 2 항에 있어서,
   플랫폼(302)은 항공기(200)를 포함하고, 현재의 건전성 프로파일(334, 532, 1514)은 항공기(200)의 지상에서의(on-ground) 유지보수로부터 유래된 유지보수 기록들(1118)로부터 획득된 유지보수 데이터(548, 1116)를 더 포함하는 것을 특징으로 하는 플랫폼 건전성 모니터링 시스템(300).
   
4. 제 3 항에 있어서,
   연상 메모리(428)는 기내에 탑재되지 않은(off-board) 컴퓨터 시스템(1106)의 일부를 형성하는 것을 특징으로 하는 플랫폼 건전성 모니터링 시스템(300).
   
5. 제 3 항에 있어서,
   연상 메모리(428)는 기내에 탑재된(on-board) 컴퓨터 시스템(1104)의 일부를 형성하는 것을 특징으로 하는 플랫폼 건전성 모니터링 시스템(300).
   
6. 제 3 항에 있어서,
   연상 메모리(428)는 기내에 탑재된 컴퓨터 시스템(1104)과 기내에 탑재되지 않은 컴퓨터 시스템(1106) 양쪽 모두의 일부를 형성하는 것을 특징으로 하는 플랫폼 건전성 모니터링 시스템(300).
   
7. 제 2 항에 있어서,
   플랫폼(302)은 항공기(200)를 포함하고, 센서 데이터는 동작 동안 항공기(200)에 의해 경험되는 상태들에 관한 정보를 포함하는 것을 특징으로 하는 플랫폼 건전성 모니터링 시스템(300).
   
8. 제 2 항에 있어서,
   현재의 건전성 프로파일은 사람에 의해서 수행된 플랫폼(302)의 관찰결과(548, 1116)의 기록을 더 포함하는 것을 특징으로 하는 플랫폼 건전성 모니터링 시스템(300).
   
9. 제 8 항에 있어서,
   관찰결과가 센서 데이터(322, 1112)로부터 유래된 표시들과는 상이한 것을 특징으로 하는 플랫폼 건전성 모니터링 시스템(300).
   
10. 제 1 항에 있어서,
    비교하는 것은 현재의 건전성 프로파일(334, 532, 1514)에서의 제1 속성과 복수의 알려진 건전성 프로파일들(338, 540, 1510)에서의 제2 속성 간의 간접적인 관련성(1506)을 식별하는 것을 더 포함하는 것을 특징으로 하는 플랫폼 건전성 모니터링 시스템(300).
    
11. 제 1 항에 있어서,
    복수의 연관성들 중의 적어도 일부는 연상 메모리(428)에 의해서 생성되는 것을 특징으로 하는 플랫폼 건전성 모니터링 시스템(300).
    
12. 연상 메모리(428)에서, 플랫폼(302)의 현재의 건전성 프로파일을 수신하는 단계;
    연상 메모리(428)와 함께 컴퓨터 시스템을 이용해서, 비교(340)를 생성하기 위해 현재의 건전성 프로파일(334, 532, 1514)을 복수의 알려진 건전성 프로파일들(338, 540, 1510)과 비교하는 단계;
    비교(340)를 기초로 하여 연상 메모리(428)와 함께 컴퓨터 시스템을 이용해서, 플랫폼(302)의 현재의 건전성(342)에 대한 리포트(1120, 1212A, 1520)를 생성하는 단계를 포함하고,
    연상 메모리(428)는 복수의 데이터 및 복수의 데이터 간의 복수의 연관성들을 포함하고, 복수의 데이터 및 복수의 데이터의 연관성들이 연관 그룹들로 수집되고(1504), 연상 메모리(428)는 복수의 데이터 간의 적어도 간접적인 관련성들(1506)을 기초로 하여 질의되도록 구성되고, 연상 메모리(428)는 또한 플랫폼(302)에 대한 복수의 알려진 건전성 프로파일들(known health profiles)(338, 1510)을 저장하는 것을 특징으로 하는 방법.
    
13. 제 12 항에 있어서,
    현재의 건전성 프로파일(334, 532, 1514)은 플랫폼(302)에 배치된 센서(318)로부터 획득된 센서 데이터(322, 1112)를 포함하는 것을 특징으로 하는 방법.
    
14. 제 13 항에 있어서,
    플랫폼(302)은 비히클을 포함하고, 현재의 건전성 프로파일(334, 532, 1514)은 비히클의 지상에서의 유지보수로부터 유래된 유지보수 기록들(1118)로부터 획득된 유지보수 데이터(548, 1116)를 더 포함하는 것을 특징으로 하는 방법.
    
15. 제 14 항에 있어서,
    현재의 건전성 프로파일(334, 532, 1514)은 사람에 의해서 관찰된 비히클의 관찰결과의 기록을 더 포함하는 것을 특징으로 하는 방법.

Images