KR102549424B1 - 항공기 추적기에 대한 제어기 - Google Patents

Abstract

항공기에 대한 상태 정보를 보고하기 위한 방법, 장치 및 항공기 추적기 시스템이 제공된다. 항공기의 상태는 항공기의 항공기 센서 시스템으로부터 수신된 센서 데이터를 사용하여 식별된다. 상태 정보는 센서 데이터로부터 식별된 항공기의 상태, 크루 인터페이스로부터 크루 커맨드가 수신되거나 지상 소스로부터 지상 커맨드가 수신되는 것 중 적어도 하나의 경우의 크루 커맨드 또는 지상 커맨드 중 적어도 하나, 그리고 크루 커맨드, 지상 커맨드, 또는 센서 데이터로부터 식별된 항공기의 상태 중 적어도 하나를 기초로 하는, 보고에 대한 우선순위들을 정의하는 정책을 사용하여 설정된 보고 레이트로 송신된다.

Description

항공기 추적기에 대한 제어기{CONTROLLER FOR AN AIRCRAFT TRACKER}

본 개시는 일반적으로 항공기에 관한 것으로, 특히 항공기 추적 시스템에 관한 것이다. 보다 구체적으로, 본 개시는 항공기 추적 시스템의 동작을 제어하기 위한 방법 및 장치에 관한 것이다.

많은 항공기 캐리 시스템들은 추적 및 긴급 위치 목적들로 항공기 위치의 방송들을 제공한다. 추적 또는 긴급 위치 기능을 제공하는 항공기 시스템들은 조난 라디오 비컨들, 예컨대 비상 위치 표지용 송신기(ELT: emergency locator transmitter)들, 트랜스폰더 시스템들, 예컨대 자동 종속 감시 - 방송(ADS-B: Automatic Dependent Surveillance - Broadcast) 시스템들, 항공기 운항 정보 교신 시스템(ACARS: Aircraft Communications Addressing and Reporting System) 기반 포지션 보고 시스템들을 구현하는 항공기 통신 시스템들 그리고 전용 통신 링크들 및 추적 능력들을 제공하는 전문화된 추적 시스템들을 포함한다. 이러한 기존의 추적 및 긴급 위치 시스템들은 다양한 제어 입력들에 응답하여 이들의 보고 레이트들을 결정하고, 이들의 보고들의 내용은 일반적으로 비행 크루 입력들, 항공기 상태 입력들 그리고 어떤 경우들에는 지상 기반 커맨드 입력들의 어떤 결합에 대해 응답한다.

비상 위치 표지용 송신기들의 시스템들은 항공기의 크루 멤버들에 의한 조난 비컨들의 활성화 및 비활성화를 허용한다. 비상 위치 표지용 송신기들은 추락을 나타내는 높은 온도들 및 높은 감속도들을 검출하고 이들을 사용하여 자동으로 송신들을 트리거하기 위한 내부 센서들을 포함한다. 이러한 자동으로 트리거된 송신들은 항공기의 크루에 의해 비활성화될 수 있다. 예를 들어, 경착륙에 의해 송신들이 오프 설정된다면, 송신들은 크루에 의해 비활성화될 수도 있다. 시스템은 항공기 입력들을 사용하여 조난 방송들로 항공기 위치 데이터를 제공할 수도 있지만, 그렇지 않으면 자율적이다. 이러한 시스템들은 지상 기반 커맨드 입력들을 갖지 않는다. 무단 조작이 보다 어려울 것이 요구되는 차세대 비상 위치 표지용 송신기들에서는, 항공기 상태 데이터를 사용하여 사고 전에 방송들을 트리거하는 것이 또한 바람직하다.

자동 종속 감시 - 방송(ADS-B)과 같은 트랜스폰더 시스템들은 항공기 위치 및 상태 데이터를 지상 기반, 이륙(airborne) 또는 위성 기반 수신기들에 방송한다. 이러한 시스템들은 크루 멤버가 조난 코드들을 입력하게 한다. 이러한 시스템들은 어떠한 자율성도 갖지 않으며 다른 항공기 시스템들에 완전히 의존적이다. 어떤 경우들에, 이러한 시스템들은 포지션 방송들을 중단하기 위해 크루 멤버들이 전체 시스템을 끄는 것을 허용한다.

전문화된 항공기 추적 시스템들은 기존 또는 전용 항공기 라디오 또는 위성 통신 링크들을 사용하여 주기적인 항공기 포지션 보고들을 전송할 수 있다. 이러한 시스템들은 또한 항공기 항공 전자 시스템들로부터의 항공기 상태 및 포지션 정보를 사용하여 더 높은 보고 레이트들 및 사고 보고들을 트리거하도록 프로그래밍될 수도 있다. 이러한 시스템들은 일반적으로, 크루 활성화 및 비활성화 그리고 지상 기반 커맨드들을 지원한다. 이러한 시스템들은 항공기 포지션 및 상태 변수들을 검출하기 위한 내부 센서들을 가질 수도 있다. 이러한 기존 시스템들은 제한적인 무단 조작 방지 기능들을 가질 수도 있고, 크루 멤버 및 지상 제어 입력들에 대해 가변적인 반응성을 가질 수도 있다.

이러한 기존 시스템들에 대한 한계들은 다른 항공기 시스템들로부터의 제한적인 자율성을 갖거나 전혀 자율성을 갖지 않는 것, 비행 크루가 무단 조작 방지와 같은 추적 기능을 불가능하게 하는 것을 막기 위한 제한적 기능들을 제공하거나 이러한 기능들을 전혀 제공하지 않는 것, 항공기의 크루 멤버들과 같은 상당한 시스템 이해 관계자들, 지상 제어기들, 또는 이들의 결합이 송신들을 트리거하는 능력의 부족, 항공기 비정상 조건들의 표시들에 대한 방송들을 자동으로 검출하여 트리거하는 제한적인 능력 또는 이러한 능력의 부재, 그리고 더 상위 레벨 시스템 제어 옵션들에 대한 제한적인 지원을 제공하거나 이러한 지원을 전혀 제공하지 않는 것을 포함한다.

따라서 앞서 논의한 문제들뿐만 아니라, 다른 가능한 문제들 중 하나 또는 그보다 많은 문제들을 고려하는 방법 및 장치를 갖는 것이 바람직할 것이다. 예를 들어, 비상 위치 표지용 송신기들을 무단 조작하는 것에 대한 기술적 문제점을 극복하는 방법 및 장치를 갖는 것이 바람직할 것이다. 다른 예로서, 항공기에 관한 보고 정보의 제어시 경제성의 기술적 문제점을 극복하는 방법 및 장치를 갖는 것이 바람직할 것이다.

본 개시의 실시예는 항공기 추적기를 포함하는 장치를 제공한다. 항공기 추적기는 항공기의 항공기 센서 시스템으로부터 수신된 센서 데이터를 사용하여 항공기의 상태를 식별하고; 크루 인터페이스로부터 크루 커맨드를 수신하고; 지상 소스로부터 지상 커맨드를 수신하고; 그리고 센서 데이터로부터 식별된 항공기의 상태, 크루 커맨드 또는 지상 커맨드 중 적어도 하나가 수신될 때의 크루 커맨드 또는 지상 커맨드 중 적어도 하나, 그리고 크루 커맨드, 지상 커맨드, 또는 센서 데이터로부터 식별된 항공기의 상태 중 적어도 하나를 기초로 하는, 보고에 대한 우선순위들을 정의하는 정책을 사용하여 설정된 보고 레이트로 상태 정보를 송신하도록 구성된다.

본 개시의 다른 실시예는 무단 조작이 불가능한 하우징, 하우징 내에 위치하는 센서 시스템, 거동 분석기, 상태 정보 보고기, 및 통신 시스템을 포함하는 항공기 추적 시스템을 제공한다. 센서 시스템은 항공기에 관한 센서 데이터를 생성하도록 구성된다. 거동 분석기는 센서 데이터를 사용하여 항공기의 상태를 식별하도록 구성된다. 상태 정보 보고기는 센서 데이터로부터 식별된 항공기의 상태, 크루 커맨드 또는 지상 커맨드 중 적어도 하나가 수신될 때의 크루 커맨드 또는 지상 커맨드 중 적어도 하나, 그리고 항공기의 위치를 사용하여 설정된 보고 레이트로 상태 정보를 보고하도록 구성된다. 통신 시스템은 지상 커맨드를 수신하고 상태 정보 보고기에 의해 송신된 상태 정보를 전송하도록 구성된다.

본 개시의 또 다른 실시예는 항공기에 대한 상태 정보를 보고하기 위한 방법을 제공한다. 항공기의 상태는 항공기의 항공기 센서 시스템으로부터 수신된 센서 데이터를 사용하여 식별된다. 상태 정보는 센서 데이터로부터 식별된 항공기의 상태, 크루 인터페이스로부터 크루 커맨드가 수신되거나 지상 소스로부터 지상 커맨드가 수신되는 것 중 적어도 하나의 경우의 크루 커맨드 또는 지상 커맨드 중 적어도 하나, 그리고 크루 커맨드, 지상 커맨드, 또는 센서 데이터로부터 식별된 항공기의 상태 중 적어도 하나를 기초로 하는, 보고에 대한 우선순위들을 정의하는 정책을 사용하여 설정된 보고 레이트로 송신된다.

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

예시적인 실시예들의 특성으로 여겨지는 신규한 특징들은 첨부된 청구항들에서 제시된다. 그러나 예시적인 실시예들뿐만 아니라 이들의 선호되는 사용 모드, 추가 목적들 및 특징들 또한, 첨부 도면들과 함께 일독시 본 개시의 예시적인 실시예의 아래의 상세한 설명에 대한 참조에 의해 가장 잘 이해될 것이다.
도 1은 예시적인 실시예에 따른 항공기 운항 환경의 예시이다.
도 2는 예시적인 실시예에 따른 항공기 추적 시스템의 블록도의 예시이다.
도 3은 예시적인 실시예에 따른 센서 데이터의 블록도의 예시이다.
도 4는 예시적인 실시예에 따른 상태 정보의 블록도의 예시이다.
도 5는 예시적인 실시예에 따른 항공기 추적기의 블록도의 예시이다.
도 6은 예시적인 실시예에 따라 항공기의 상태를 식별하는 송신 상태 식별기에 대한 데이터 흐름의 블록도의 예시이다.
도 7은 예시적인 실시예에 따라 상태 정보가 송신되어야 하는지 여부를 식별하는 표의 예시이며, 여기서는 비행 크루 커맨드에 가장 높은 우선순위가 부여된다.
도 8은 상태 정보가 송신되어야 하는지 여부를 식별하는 표의 예시이며, 여기서는 예시적인 실시예에 따라 지상 커맨드에 가장 높은 우선순위가 부여된다.
도 9는 예시적인 실시예에 따라 항공기의 상태를 식별하는 거동 분석기에 대한 데이터 흐름의 블록도의 예시이다.
도 10은 예시적인 실시예에 따른 항공기 상태 식별기의 블록도의 예시이다.
도 11은 예시적인 실시예에 따른 과도한 뱅킹에 대한 트리거 조건들의 표의 예시이다.
도 12는 예시적인 실시예에 따른 과도한 피치에 대한 트리거 조건들의 표의 예시이다.
도 13은 예시적인 실시예에 따른 과도한 속도에 대한 트리거 조건들의 표의 예시이다.
도 14는 예시적인 실시예에 따른 고도들에 대한 상태들의 표의 예시이다.
도 15는 예시적인 실시예에 따른 트랙 변경들에 대한 트리거 조건들의 표의 예시이다.
도 16은 예시적인 실시예에 따른 레이트 식별기의 블록도의 예시이다.
도 17은 예시적인 실시예에 따른 항법 데이터 핸들러의 블록도의 예시이다.
도 18은 예시적인 실시예에 따른 항공기 추적 시스템의 블록도의 예시이다.
도 19는 예시적인 실시예에 따라 상태 정보를 보고하기 위한 프로세스의 흐름도의 예시이다.
도 20은 예시적인 실시예에 따라 상태 정보를 보고하기 위한 프로세스의 흐름도의 예시이다.
도 21은 예시적인 실시예에 따라 항공기의 상태를 식별하기 위한 프로세스의 흐름도의 예시이다.
도 22는 예시적인 실시예에 따라 보고 레이트를 식별하기 위한 프로세스의 흐름도의 예시이다.
도 23은 예시적인 실시예에 따라 상태 정보를 식별하기 위한 프로세스의 흐름도의 예시이다.
도 24는 예시적인 실시예에 따른 항공기 제조 및 서비스 방법의 블록도의 예시이다.
도 25는 예시적인 실시예에 따른 항공기의 블록도의 예시이다.

예시적인 실시예들은 하나 또는 그보다 많은 서로 다른 고려사항들을 인식하여 고려한다. 예를 들어, 예시적인 실시예들은 비상 위치 표지용 송신기들과 같은 현재 항공기 추적 시스템들이 항공기의 비상 위치 표지용 송신기에 대한 크루 인터페이스를 사용하여 크루 멤버가 조난 상황을 보고할 수 있게 함을 인식하여 고려한다. 예시적인 실시예들은 크루 인터페이스가 흔히 항공기의 조종실 상에 또는 다른 어떤 적당한 위치에 위치된 스위치에 있음을 인식하여 고려한다.

예시적인 실시예들은 이러한 타입의 인터페이스가 무단 조작의 대상이 됨을 인식하여 고려한다. 예를 들어, 예시적인 실시예들은 크루 멤버 이외의 누군가가 비상 위치 표지용 송신기에 의한 보고를 끌 수도 있음을 인식하여 고려한다. 또한, 예시적인 실시예들은 크루 멤버 이외의 누군가가 스위치를 디세이블하여, 비상 위치 표지용 송신기가 조난 상황을 보고하도록 켜질 수 없게 할 수도 있음을 인식하여 고려한다.

예시적인 실시예들은 무단 조작 가능성을 줄이는 방법 및 장치를 갖는 것이 바람직할 것임을 인식하여 고려한다. 예를 들어, 예시적인 실시예들은 무단 조작에 관한 걱정들을 줄이는 식으로 항공기에 관한 상태 정보를 송신하기 위한 방법 및 장치를 제공한다. 한 예시적인 예에서, 장치는 항공기 추적기를 포함한다. 항공기 추적기는 항공기의 항공기 센서 시스템으로부터 수신된 센서 데이터를 사용하여 항공기의 상태를 식별하도록 구성된다. 항공기 추적기는 또한 크루 인터페이스로부터 크루 커맨드를 수신하고 지상 소스로부터 지상 커맨드를 수신하도록 구성된다. 항공기 추적기는 센서 데이터로부터 식별된 항공기의 상태, 그리고 크루 커맨드 또는 지상 커맨드 중 적어도 하나가 수신될 때의 크루 커맨드 또는 지상 커맨드 중 적어도 하나를 사용하여 설정된 보고 레이트로 상태 정보를 송신하도록 구성된다. 즉, 항공기 추적기는 크루 커맨드 및 지상 커맨드가 수신되지 않을 때는 단지 항공기 상태를 사용하여 보고 레이트를 설정한다.

본 명세서에서 사용되는 바와 같이, 항목들의 리스트에 사용되는 경우에 "중 적어도 하나"라는 문구는, 열거된 항목들 중 하나 또는 그보다 많은 항목의 서로 다른 결합들이 사용될 수 있으며 리스트 내의 각각의 항목 중 단 하나만이 필요할 수도 있음을 의미한다. 즉, "중 적어도 하나"는 리스트로부터 항목들의 임의의 결합 및 임의의 수의 항목들이 사용될 수도 있지만, 리스트 내의 항목들 전부가 요구되는 것은 아님을 의미한다. 항목은 특정 객체, 물건 또는 카테고리일 수도 있다.

예를 들어, 제한 없이, "항목 A, 항목 B 또는 항목 C 중 적어도 하나"는 항목 A, 항목 A와 항목 B, 또는 항목 B를 포함할 수도 있다. 이 예는 또한 항목 A, 항목 B 및 항목 C 또는 항목 B와 항목 C를 포함할 수도 있다. 물론, 이러한 항목들의 임의의 결합들이 존재할 수도 있다. 일부 예시적인 예들에서, "중 적어도 하나"는 예를 들어, 제한 없이, 2개의 항목 A; 1개의 항목 B; 그리고 10개의 항목 C; 4개의 항목 B와 7개의 항목 C; 또는 다른 적당한 결합들일 수도 있다.

예시적인 예들의 항공기 추적 시스템은 현재 추적기 시스템들에 대한 현재 문제들 및 한계들을 해결하는 제어 시스템을 포함한다. 추가로, 예들의 리스트에서 항공기 추적 시스템은 또한 자율적인 조난 추적기 시스템에 대한 통합적이고 종합적인 제어 솔루션을 제공하도록 추적 및 조난 시스템들에 공통인 요건들을 해결한다.

예들의 리스트의 항공기 추적 시스템의 이러한 제어 시스템은 강력한 무단 조작 방지 기능들과 함께 항공기 크루 조난 입력들 및 지상 커맨드들에 대한 높은 반응성을 갖는다. 제어 시스템은 다수의 외부 및 내부 항공기 상태 데이터 소스들을 통합하고 이들을 종합적인 정책들과 결합하여 고 레벨 항공기 상태들 및 연관된 송신 상태들과 보고 레이트들을 결정한다. 제어 시스템은 규제 요건들 및 사용자 프라이버시 요구들을 지원하는 무단 조작 방지 방식으로 통합된 고 레벨 송신 온/오프 기능을 제공한다.

이제 도면들을 참조하면, 그리고 특히 도 1을 참조하면, 예시적인 실시예에 따라 항공기 운항 환경의 예시가 도시된다. 항공기 운항 환경(100)은 항공기(102)가 임의의 적절한 방식으로 운항될 수 있는 임의의 적절한 환경을 포함할 수 있다. 예를 들어, 제한 없이, 항공기(102)는 항공기 운항 환경(100)에서 비행 중일 수도 있다.

항공기(102)는 항공기 운항 환경(100)에서 임의의 적절한 운항 또는 임무를 수행하도록 구성될 수 있는 임의의 적절한 타입의 항공기일 수도 있다. 예를 들어, 제한 없이, 항공기(102)는 상용 여객기, 화물 수송기, 군용 항공기, 또는 임의의 다른 적절한 타입의 항공기일 수도 있다. 추가로, 항공기(102)는 고정익 항공기, 회전익 항공기 또는 경항공기(lighter-than-air aircraft)일 수도 있다. 또 추가로, 항공기(102)는 유인 항공기 또는 무인 항공기일 수도 있다.

예시적인 실시예에 따르면, 항공기(102)는 추적 디바이스(104)를 포함할 수도 있다. 예를 들어, 제한 없이, 추적 디바이스(104)는 항공기(102) 외부에서 항공기(102)의 외피에 부착될 수도 있다. 예시적인 실시예에 따르면, 추적 디바이스(104)는 항공기(102)가 항공기 운항 환경(100)에서 비행 중일 때 항공기(102)의 포지션을 자동으로 결정하도록 그리고 항공기(102)의 포지션을 식별하는 포지션 정보를 위성(108)을 통해 수신 스테이션(106)에 자동으로 전송하도록 구성될 수 있다.

추적 디바이스(104)는 공지된 방식으로 위성 항법 시스템(114) 중 다수의 항법 시스템 위성들(112)로부터 수신된 항법 신호들(110)을 사용하여 항공기(102)의 포지션을 식별하도록 구성될 수도 있다. 본 명세서에서 사용되는 바와 같이, 항목들과 관련하여 사용될 때 "다수"는 하나 또는 그보다 많은 항목들을 의미한다. 예를 들어, 다수의 항법 시스템 위성들(112)은 항법 시스템 위성들(112) 중 하나 또는 그보다 많은 항법 시스템 위성들이다.

추적 디바이스(104)는 위성 항법 시스템(114) 중 3개보다 많은 항법 시스템 위성들(112)로부터 수신된 항법 신호들(110)을 사용하여 항공기(102)의 포지션을 결정할 수도 있다. 예를 들어, 제한 없이, 항법 시스템 위성들(112)은 항법 시스템 위성들(112)은 글로벌 포지셔닝 시스템(GPS: Global Positioning System), 글로벌 항법 위성 시스템(GLONASS: Global Navigation Satellite System), 다른 적절한 위성 항법 시스템들, 또는 항공기(102)의 포지션을 결정하기 위해 추적 디바이스(104)에 의해 사용될 수 있는 위성 항법 시스템들의 다양한 결합들과 같은 위성 항법 시스템(114)의 위성들을 포함할 수도 있다.

위성(108)은 추적 디바이스(104)로부터 수신 스테이션(106)으로 항공기(102)의 포지션을 식별하는 포지션 정보를 전송하기 위해 추적 디바이스(104)와 수신 스테이션(106) 간에 통신 링크를 설정하기 위한 임의의 적절한 위성 또는 복수의 위성들을 포함할 수도 있다. 예를 들어, 제한 없이, 위성(108)은 저 지구 궤도 내의 통신 위성일 수도 있다. 저 지구 궤도 내의 위성은 대략 160킬로미터 내지 2000킬로미터의 고도로 지구 둘레의 궤도 내에 있다. 예를 들어, 제한 없이, 위성(108)은 이리듐 통신들에 의해 작동되는 이리듐 위성군 내의 위성일 수도 있다. 이리듐 위성군 내의 위성은 본 명세서에서 이리듐 위성 또는 이리듐 통신 위성으로 지칭된다.

포지션 정보 이외의 정보가 위성(108)을 통해 항공기(102) 상의 추적 디바이스(104)로부터 수신 스테이션(106)으로 전송될 수 있다. 예를 들어, 제한 없이, 추적 디바이스(104)는 항공기(102)가 조난 중이라고 결정될 때 위성(108)을 통해 수신 스테이션(106)으로 경보를 전송하도록 구성될 수도 있다. 추가로, 추적 디바이스(104)의 동작을 제어하기 위한 명령들이 위성(108)을 통해 수신 스테이션(106)으로부터 항공기(102) 상의 추적 디바이스(104)로 전송될 수도 있다. 예를 들어, 제한 없이, 위치 정보가 언제 또는 얼마나 자주 추적 디바이스(104)로부터 전송되는지를 제어하기 위한 명령들이 위성(108)을 통해 수신 스테이션(106)으로부터 추적 디바이스(104)로 전송될 수도 있다.

예를 들어, 제한 없이, 수신 스테이션(106)은 지상에 위치할 수도 있다. 수신 스테이션(106)은 항공기(102)의 동작과 연관될 수도 있는 임의의 적절한 설비 또는 엔티티의 일부이거나 아니면 그와 연관될 수도 있다. 예를 들어, 제한 없이, 수신 스테이션(106)은 항공기(102)를 운항하는 항공사에 의해 또는 그에 대해 작동될 수도 있다. 예를 들어, 제한 없이, 수신 스테이션(106)은 글로벌 항공기 추적 시스템의 일부이거나 그와 연관될 수도 있다.

이제 도 2를 참조하면, 예시적인 실시예에 따라 항공기 추적 시스템의 블록도의 예시가 도시된다. 항공기 추적 시스템(200)은 도 1의 항공기(102) 상에 도시된 추적 디바이스(104)에 사용될 수 있는 컴포넌트들의 일례이다.

도시된 바와 같이, 항공기 추적 시스템(200)은 항공기(202)와 연관된다. 하나의 컴포넌트가 다른 컴포넌트와 "연관"될 때, 연관은 물리적 연관이다. 예를 들어, 제 1 컴포넌트인 항공기 추적 시스템(200)은 제 2 컴포넌트에 고정되거나, 제 2 컴포넌트에 접합되거나, 제 2 컴포넌트에 장착되거나, 제 2 컴포넌트에 용접되거나, 제 2 컴포넌트에 체결되거나, 다른 어떤 적당한 방식으로 제 2 컴포넌트에 연결되는 것 중 적어도 하나에 의해 제 2 컴포넌트인 항공기(202)와 물리적으로 연관된 것으로 간주될 수도 있다. 제 1 컴포넌트는 또한 제 3 컴포넌트를 사용하여 제 2 컴포넌트에 연결될 수도 있다. 제 1 컴포넌트는 또한 제 2 컴포넌트의 일부, 제 2 컴포넌트의 확장, 또는 이 둘 다로서 형성됨으로써 제 2 컴포넌트와 물리적으로 연관된 것으로 간주될 수도 있다.

예시적인 예에서, 항공기 추적 시스템(200)은 다수의 서로 다른 컴포넌트들로 구성된다. 도시된 바와 같이, 항공기 추적 시스템(200)은 항공기 추적기(204), 항공기 센서 시스템(206), 통신 시스템(208) 및 하우징(209)을 포함한다.

항공기 센서 시스템(206)은 하나 또는 그보다 많은 센서들을 포함하는 하드웨어 시스템이다. 항공기 센서 시스템(206)은 항공기(202), 항공기(202) 내부 환경 또는 항공기(202) 주변 환경 중 적어도 하나에 관한 센서 데이터(210)를 생성한다.

항공기 센서 시스템(206)은 위성 항법 시스템, 관성 측정 유닛, 가속도계 시스템, 온도 센서, 압력 센서, 대기 속도 센서, 또는 다른 적당한 타입들의 센서들 중 적어도 하나로부터 선택된 하나 또는 그보다 많은 센서들을 포함할 수도 있다. 센서 데이터(210)는 항공기(202)의 위치, 고도, 자세, 전력 정보, 항공기(202)에 의해 수행되는 기동에 대한 다수의 파라미터들, 대기 속도, 롤각, 롤 레이트, 피치각, 피치 레이트, 압력, 온도, 연료 사용, 또는 다른 적당한 타입들의 데이터 중 적어도 하나를 포함할 수도 있다. 예시적인 예들에서, 전력 정보는 전력량 및 전력 소스를 포함할 수도 있다. 예를 들어, 전력 소스는 전력이 주 전력 소스로부터 수신되는지, 보조 전력 소스로부터 수신되는지, 아니면 내부 배터리로부터 수신되는지일 수도 있다.

예시적인 예에서, 통신 시스템(208)은 하드웨어 시스템이다. 통신 시스템(208)은 위성 통신 시스템, 무선 주파수 통신 시스템, 고주파 글로벌 통신 시스템(HFGCS: high frequency global communication system), 초고주파(VHF: very high frequency) 라디오, 또는 다른 어떤 적당한 타입의 시스템 중 적어도 하나를 포함할 수도 있다.

도시된 바와 같이, 항공기 추적기(204)는 항공기 추적 시스템(200)에 대한 제어 시스템이며, 소프트웨어, 하드웨어, 펌웨어, 또는 이들의 결합으로 구현될 수도 있다. 소프트웨어가 사용될 때, 항공기 추적기(204)에 의해 수행되는 동작들은 프로세서 유닛과 같은 하드웨어 상에서 실행되도록 구성된 프로그램 코드로 구현될 수도 있다. 펌웨어가 사용될 때, 항공기 추적기(204)에 의해 수행되는 동작들은 프로그램 코드 및 데이터로 구현되며 영구 메모리에 저장되어 프로세서 유닛 상에서 실행될 수도 있다. 하드웨어가 이용될 때, 하드웨어는 항공기 추적기(204)에서 동작들을 수행하도록 작동하는 회로들을 포함할 수도 있다.

예시적인 예들에서, 하드웨어는 회로 시스템, 집적 회로, 주문형 집적 회로(ASIC: application-specific integrated circuit), 프로그래밍 가능 로직 디바이스, 또는 다수의 동작들을 수행하도록 구성된 다른 어떤 적당한 타입의 하드웨어 형태를 취할 수도 있다. 프로그래밍 가능 로직 디바이스에 의해, 디바이스는 다수의 동작들을 수행하도록 구성될 수도 있다. 디바이스는 추후에 재구성될 수도 있고 또는 다수의 동작들을 수행하도록 영구적으로 구성될 수도 있다. 프로그래밍 가능 로직 디바이스들은 예를 들어, 프로그래밍 가능 로직 어레이, 프로그래밍 가능 어레이 로직, 필드 프로그래밍 가능 로직 어레이, 필드 프로그래밍 가능 게이트 어레이, 그리고 다른 적당한 하드웨어 디바이스들을 포함한다. 추가로, 프로세스들은 무기 컴포넌트들과 통합되는 유기 컴포넌트들로 구현될 수도 있고, 인간을 배제한 유기 컴포넌트들로 전부 구성될 수도 있다. 예를 들어, 프로세스들은 유기 반도체들의 회로들로서 구현될 수도 있다.

항공기(202)의 운항 동안, 항공기 추적기(204)는 항공기(202)의 상태(212)를 식별한다. 항공기 추적기(204)는 항공기(202)에서 항공기 센서 시스템(206)으로부터 수신된 센서 데이터(210)를 사용하여 상태(212)를 식별한다.

항공기 추적기(204)는 크루 인터페이스(216)로부터 크루 커맨드(214)를 수신한다. 도시된 바와 같이, 크루 인터페이스(216)는 크루 커맨드(214)를 생성하고 항공기 추적기(204)에 크루 커맨드(214)를 전송한다. 도시된 바와 같이, 크루 멤버가 크루 인터페이스(216)를 작동시켜 크루 커맨드(214)를 생성할 수 있다. 항공기 추적기(204)는 또한 통신 시스템(208)을 통해 지상 소스(220)로부터 지상 커맨드(218)를 수신한다. 예시된 예에서, 지상 커맨드(218)는 예를 들어, 위성 항법 시스템 수신기 및 하나 또는 그보다 많은 안테나들을 포함하는 통신 시스템(208)과의 위성 통신들을 이용하여 수신될 수도 있다.

예시적인 예에서, 지상 커맨드(218)는 실시간으로 수신된다. 즉, 지상 커맨드(218)는 지상 소스(220)로부터 의도된 지연 없이 가능한 한 신속하게 항공기 추적 시스템(200)에 전송된다.

예시적인 예에서, 크루 인터페이스(216)는 물리적 디바이스이며, 다수의 서로 다른 형태들을 취할 수도 있다. 예를 들어, 크루 인터페이스(216)는 조종실의 물리적 스위치, 터치스크린 상에 디스플레이되는 컨트롤, 다기능 디스플레이의 일부, 또는 다른 어떤 적당한 타입의 인터페이스일 수도 있다.

이러한 예시적인 예에서, 지상 커맨드(218)는 통신 시스템(208)을 통해 수신된다. 통신은 예를 들어, 도 1의 수신 스테이션(106)과 이루어질 수도 있다. 지상 커맨드는 항공사, 항공 교통 관제사, 또는 수신 스테이션(106)을 통한 다른 어떤 적당한 엔티티에 의해 전송될 수도 있다.

예시된 예에서, 항공기 추적기(204)는 크루 커맨드(214) 또는 지상 커맨드(218) 중 적어도 하나가 수신될 때의 크루 커맨드(214) 또는 지상 커맨드(218) 중 적어도 하나 그리고 센서 데이터(210)로부터 식별된 항공기(202)의 상태(212)를 사용하여 설정된 보고 레이트(224)로 상태 정보(222)를 송신한다. 상태 정보(222)의 송신은 통신 시스템(208)을 사용하여 수행된다. 예시적인 예에서, 보고 레이트(224)는 항공기 추적기(204)에 의해 자체적으로 설정된다. 즉, 보고 레이트(224)는 센서 데이터(210)를 기초로 자동으로 설정될 수도 있다. 이 타이밍은 크루 커맨드(214) 및 지상 커맨드(218)를 통한 입력에 의해 보충될 수도 있다. 추가로, 보고 레이트(224)에 대한 이러한 타입의 설정은 무단 조작을 줄일 수도 있다. 예를 들어, 크루가 항공기 추적기(204)에 의한 보고를 디세이블하는 능력은 항공기 추적기(204)를 사용하여 제한되거나 제거된다.

이러한 예시적인 예에서, 하우징(209)은 항공기 추적기(204), 항공기 센서 시스템(206) 및 통신 시스템(208)을 보유하는 물리적 구조이다. 하우징(209)은 무단 조작할 수 없게 설계된다. 예를 들어, 무단 조작할 수 없게 되면, 하우징(209)은 권한이 없는 자가 항공기 추적기(204), 항공기 센서 시스템(206) 및 통신 시스템(208)에 접근하거나 이들을 제어하는 능력을 막거나 줄이도록 설계된다. 추가로, 하우징(209)은 또한 항공기(202) 주위 환경에 대한 저항력이 있을 수도 있다.

한 예시적인 예에서는, 비상 위치 표지용 송신기들을 무단 조작하는 것에 대한 기술적 문제점을 극복하는 하나 또는 그보다 많은 기술적 솔루션들이 존재한다. 항공기(202)의 상태 정보(222)의 보고시 자율성에 대한 기술적 문제점을 극복하는 하나 또는 그보다 많은 기술적 솔루션들이 또한 존재한다. 항공기 추적기(204)는 항공기 추적기(204)에 의해 수신된 커맨드들의 소스 및 항공기(202)에 대해 식별된 상태(212)를 기초로 상태 정보(222)의 보고를 관리한다. 항공기 추적기(204)가 상태 정보(222)를 보고하는데 있어서 그리고 원하는 레벨의 자율성에 대해 증가된 자율성이 존재한다. 예를 들어, 항공기 추적기(204)는 크루 커맨드(214)가 수신되는지 아니면 지상 커맨드(218)가 수신되는지와 관계없이 상태 정보(222)에 대한 보고 레이트(224)를 설정한다. 추가로, 크루 커맨드(214) 또는 지상 커맨드(218)가 보고 레이트(224)에 대해 가질 수 있는 영향의 양은 항공기 추적기(204)에 의해 제어된다. 즉, 항공기 추적기(204)는 크루 커맨드(214) 및 지상 커맨드(218)를 통해 발생할 수 있는 무단 조작을 감소시키도록 구성될 수도 있다.

그 결과, 하나 또는 그보다 많은 기술적 솔루션들은 항공기(202)의 운항 도중 항공기(202)의 더 정확한 추적이 발생하는 기술적 효과를 제공할 수 있다. 추가로, 항공기 추적 시스템(200)의 항공기 추적기(204)를 사용하여 상태 정보(222)의 보고를 의도하지 않게 또는 의도적으로 끄는 것이 방지될 수도 있다. 보고 레이트(224)는 다양한 상황들에서 항공기(202)에 관해 원하는 정보를 제공하도록 설정될 수 있다. 이러한 보고는 유지보수 목적들로 상태 정보(222)를 얻는 것을 포함할 수도 있다.

이제 도 3을 참조하면, 예시적인 실시예에 따라 센서 데이터의 블록도의 예시가 도시된다. 예시적인 예들에서는, 하나보다 많은 도면들에서 동일한 참조 번호가 사용될 수도 있다. 서로 다른 도면들에서 참조 번호의 이러한 재사용은 서로 다른 도면들에서 동일한 엘리먼트를 나타낸다.

예시적인 예에서, 센서 데이터(210)는 도 2에 도시된 바와 같이 항공기 추적 시스템(200)에서 하우징(209) 내에 위치된 항공기 센서 시스템(206)에 의해 생성된다. 즉, 센서 데이터(210)는 항공기 추적 시스템(200) 내에서 내부적으로 생성된다.

센서 데이터(210)는 다수의 파라미터들을 포함한다. 예를 들어, 센서 데이터(210)는 포지션(300), 시간(301), 속도(302) 및 자세(304)를 포함한다.

포지션(300)은 항공기(202)의 위도 및 경도를 포함한다. 추가로, 포지션(300)은 또한 항공기(202)의 고도를 포함한다. 포지션(300)은 또한 항공기(202)의 이동 방향을 포함하는 항공기 추적 정보를 포함할 수도 있다.

시간(301)은 글로벌 포지셔닝 시스템(GPS) 수신기 및 글로벌 항법 위성 시스템(GLONASS) 수신기와 같은 위성 항법 시스템 수신기들에 의해 수신된 신호들을 통해 얻어질 수도 있다. 시간(301)은 레이트들 또는 다른 정보를 식별하는데 사용될 수도 있다.

속도(302)는 항공기(202)가 이동하는 속도를 식별한다. 속도(302)는 가로 속도, 수직 속도, 또는 가로 속도와 수직 속도 둘 다를 포함할 수도 있다.

도시된 바와 같이, 자세(304)는 항공기(202)의 피치 및 롤의 식별을 포함한다. 추가로, 자세(304)는 또한 피치 레이트 및 롤 레이트를 포함할 수도 있다. 자세(304)는 또한 요 레이트(yaw rate)의 식별을 포함할 수도 있다.

다른 예시적인 예들에서, 센서 데이터(210)는 도 3에 도시된 것들에 추가로 또는 그 대신 다른 파라미터들을 포함할 수도 있다. 센서 데이터(210)에 대해 선택된 파라미터들은 항공기(202)의 포지션, 궤적 및 자세를 식별하는 임의의 파라미터들일 수도 있다.

이제 도 4를 참조하면, 예시적인 실시예에 따라 상태 정보의 블록도의 예시가 도시된다. 이러한 예시적인 예에서, 상태 정보(222)는 도 2에 도시된 바와 같이 항공기(202)에 관한 정보를 보고하도록 항공기 추적기(204)에 의해 생성된다. 도시된 바와 같이, 상태 정보(222)는 항공기 식별자(400), 상태(402), 현재 포지션(404), 최근 과거 포지션들(406), 상태 전환들(408) 및 관련 시스템 정보(410)를 포함한다.

항공기 식별자(400)는 항공기에 대한 상태 정보(222)가 송신되는 항공기(202)를 식별한다. 항공기 식별자(400)는 서로 다른 형태들을 취할 수도 있다. 예를 들어, 항공기 식별자(400)는 테일 번호 또는 다른 어떤 고유 식별자일 수도 있다.

예시적인 예에서, 현재 포지션(404)은 항공기(202)의 현재 포지션이다. 현재 포지션(404)은 위도, 경도 및 고도를 포함한다.

최근 과거 포지션들(406)은 항공기(202)의 포지션들이다. 포지션들은 일정 기간의 시간 또는 거리에 걸칠 수도 있다. 예를 들어, 최근 과거 포지션들(406)은 마지막 20분 동안의 항공기(202)의 포지션들일 수도 있다.

상태 전환들(408)은 항공기(202)에 대한 전환들이다. 상태 전환들(408)은 항공기(202)의 상태(212) 변화들을 식별할 수 있다. 상태 전환들(408)은 예를 들어, 정상적인 50분; 비정상적인 8분; 그리고 정상적인 2시간일 수도 있다. 상태 전환들(408)은 또한 어떠한 상태(212) 변화들도 발생하지 않았음을 표시할 수도 있다.

관련 시스템 정보(410)는 항공기(202)의 하나 또는 그보다 많은 시스템들에 관한 정보이다. 관련 시스템 정보(410)에 포함된 정보는 상태(402) 또는 상태 전환들(408) 중 적어도 하나에 좌우될 수도 있다. 관련 시스템 정보(410)는 항공기 시스템의 상태, 항공기 시스템으로부터의 파라미터들, 또는 다른 적당한 정보 중 적어도 하나를 포함할 수도 있다.

다음에 도 5를 참조하면, 예시적인 실시예에 따라 항공기 추적기의 블록도의 예시가 도시된다. 도시된 바와 같이, 항공기 추적기(204)의 한 구현은 송신 상태 식별기(500), 거동 분석기(502) 및 항공기 상태 정보 보고기(504)를 포함한다.

도시된 바와 같이, 항공기 추적기(204) 내의 이러한 컴포넌트들 중 하나 이상은 입력들로서 센서 데이터(210), 크루 커맨드(214) 및 지상 커맨드(218)를 수신한다. 이러한 입력들을 기초로, 컴포넌트들은 상태 정보(222)를 생성하도록 작동한다.

송신 상태 식별기(500)는 상태 정보(222)가 송신되어야 하는지 여부를 표시한다. 송신 상태 식별기(500)는 송신 상태 표시자(510)를 생성한다. 예시적인 예에서, 송신 상태 표시자(510)는 항공기 상태 정보 보고기(504)에 전송된다. 송신 상태 표시자(510)는 예를 들어, 송신이 발생해야 할 때는 "송신 온" 그리고 송신이 발생하지 않아야 할 때는 "송신 오프"일 수도 있다.

어떤 경우들에는, 상태 정보(222)의 송신이 바람직하지 않을 수도 있다. 예를 들어, 일부 위치들에서는, 특정 국가의 법이 항공기(202)에 의해 상태 정보(222)를 송신하는 것을 금지할 수도 있다.

이 예에서, 송신 상태 식별기(500)는 상태 정보(222)가 송신 상태 표시자(510)를 생성하기 위한 프로세스의 일부로서 전송될 때 센서 데이터(210)를 사용하여 지리적 위치들이 언제 제약되는지를 식별할 수 있다. 추가로, 송신 상태 정보(222)는 또한 항공기(202)가 비행 중일 때는 탐지 가능성의 이유들로 바람직하지 않을 수도 있다. 크루 커맨드(214), 지상 커맨드(218), 또는 이들의 어떤 결합에 의해 송신이 꺼질 수도 있다. 따라서 송신 상태 식별자(500)는 크루 커맨드(214) 또는 지상 커맨드(218) 중 적어도 하나를 기초로 송신 상태 표시자(510)를 생성할 수 있다. 크루 커맨드(214)와 지상 커맨드(218) 둘 다 존재할 때 크루 커맨드(214) 또는 지상 커맨드(218) 사이의 우선순위들은 정책(518)을 사용하여 정의된다.

예시적인 예에서, 거동 분석기(502)는 센서 데이터(210) 및 정책(518)을 사용하여 항공기(202)의 상태(212)를 식별한다. 이 예에서, 정책(518)은 센서 데이터(210)를 기초로 항공기(202)의 상태들을 정의한다. 정책(518)은 항공기(202)의 상태(212)를 식별하기 위해 센서 데이터(210)에 적용되는 규칙들을 포함한다. 상태(212)는 항공기 상태 정보 보고기(504)에 전송된다.

항공기 상태 정보 보고기(504)는 크루 커맨드(214) 또는 지상 커맨드(218) 중 적어도 하나가 수신될 때의 크루 커맨드(214) 또는 지상 커맨드(218) 중 적어도 하나 그리고 센서 데이터(210)로부터 식별된 항공기(202)의 상태(212)를 사용하여 설정된, 도 2에 도시된 보고 레이트(224)로 상태 정보(222)를 송신한다. 즉, 보고 레이트(224)는 보고 레이트(224)의 설정시 사용하기 위해 크루 커맨드(214)와 지상 커맨드(218) 중 어느 하나 또는 둘 다가 수신된 경우에 이러한 커맨드들과 상태(212)의 결합을 사용하여 설정된다. 이런 식으로, 항공기 추적기(204)는 크루 커맨드(214)를 통한 크루 그리고 지상 커맨드(218)를 통한 지상에 의한 어떤 영향들에 따라 상태 정보(222) 보고시 자율성을 갖고 동작할 수 있다.

항공기 상태 정보 보고기(504)는 또한 송신에 대해 상태 정보(222)를 식별할 수도 있다. 예시적인 예에서, 상태 정보(222)는 센서 데이터(210)로부터 식별된다. 도시된 바와 같이, 상태 정보(222)는 센서 데이터(210) 또는 센서 데이터(210)로부터 도출된 정보 중 적어도 하나를 포함한다. 예를 들어, 상태 정보(222)는 센서 데이터(210)로부터 식별된 상태(212)를 포함할 수도 있다.

도시된 바와 같이, 항공기 상태 정보 보고기(504)는 상태(212)와 함께 정책(518)을 사용하여, 크루 커맨드(214) 또는 지상 커맨드(218)를 이용한 보고 레이트(224)의 설정을 취급한다. 예를 들어, 항공기 추적기(204) 내의 항공기 상태 정보 보고기(504)는 센서 데이터(210)로부터 식별된 항공기(202)의 상태(212) 그리고 정책(518)을 사용하여 상태(212)에 따라 크루 커맨드(214) 또는 지상 커맨드(218) 중 적어도 하나를 사용하여 설정된 보고 레이트(224)로 상태 정보(222)를 송신한다. 이 예에서, 정책(518)은 크루 커맨드(214), 지상 커맨드(218), 또는 거동 분석기(502)에 의해 식별된 상태(212) 중 적어도 하나를 기초로 하는, 보고에 대한 우선순위들을 정의한다.

정책(518)에 따라, 항공기 추적기(204)는 상태 정보(222)에 대한 보고 레이트(224)를 자율적으로 설정할 수 있다. 항공기 추적기(204)가 상태 정보(222)를 보고하는데 있어서 그리고 정책(518)을 사용하여 원하는 레벨의 자율성에 대해 증가된 자율성이 존재한다. 예를 들어, 크루 커맨드(214) 또는 지상 커맨드(218)가 보고 레이트(224)에 대해 가질 수 있는 영향의 양은 항공기 추적기(204) 내의 정책(518)에 의해 제어된다. 즉, 항공기 추적기(204)는 정책(518)을 사용하여 크루 커맨드(214) 및 지상 커맨드(218)를 통해 발생할 수 있는 무단 조작을 감소시키도록 구성될 수도 있다.

예를 들어, 정책(518)은 항공기 추적기(204), 크루 커맨드(214) 및 지상 커맨드(218)에 대한 우선순위들을 설정할 수도 있다. 일례로, 정책(518)에서 우선순위들은 최고에서부터 최저까지 항공기 추적기(204), 크루 커맨드(214) 및 지상 커맨드(218)로 설정된다. 항공기 추적기(204)가 조난 상태를 식별한다면, 크루 커맨드(214) 및 지상 커맨드(218)가 보고 레이트(224)를 변경할 수 없다. 이 예에서, 크루 커맨드(214)가 "비정상" 상태를 표시한다면, 상태를 다시 정상으로 변경하도록 크루 커맨드(214)가 다시 전송될 수도 있다. 그러나 항공기 추적기(204)가 조난 상태를 식별함으로써 보고 레이트(224)를 변경한다면, 크루 커맨드(214)는 정상 상태를 표시하는 커맨드를 전송함으로써 레이트를 변경할 수 없다.

다른 예들에서, 정책(518)은 서로 다른 우선순위들을 설정할 수도 있다. 우선순위들은 무엇이 상태 변경을 야기했는지에 따라 변경될 수도 있다. 센서 데이터(210), 크루 커맨드(214) 또는 지상 커맨드(218) 중 적어도 하나로부터 원인이 식별될 수도 있다.

예시적인 예에서, 항공기 상태 정보 보고기(504)는 레이트 식별기(506) 및 보고기(508)를 포함한다. 레이트 식별기(506)는 크루 커맨드(214) 또는 지상 커맨드(218) 중 적어도 하나가 수신될 때의 크루 커맨드(214) 또는 지상 커맨드(218) 중 적어도 하나 그리고 센서 데이터(210)로부터 식별된 항공기(202)의 상태(212)를 사용하여 보고 레이트(224)를 식별한다. 보고기(508)는 송신에 대해 상태 정보(222)를 식별하고, 송신 상태 식별기(500)가 상태 정보(222)가 송신되어야 함을 표시하면 레이트 식별기(506)에 의해 식별된 보고 레이트(224)로 상태 정보(222)를 송신한다. 일부 예시적인 예들에서는, 송신 상태 식별기(500)가 상태 정보(222)가 보고되지 않을 것임을 표시하는 경우라도 상태 정보(222)의 보고를 허용하도록 오버라이드(override)들이 포함될 수도 있다.

도 5에 도시된 바와 같이, 정책(518)은 정책들(520)의 일부이다. 정책(518)은 디폴트 정책일 수도 있고 또는 지상 커맨드(218)로부터 수신된 선택을 기초로 정책들(520) 중에서 선택될 수도 있다. 정책들(520)은 지상 소스(220)로부터 항공기 추적 시스템(200)으로 업로드될 수도 있고 또는 항공기 추적 시스템(200)에 이미 존재할 수도 있다.

이런 식으로, 항공기 추적기(204)는 정책(518)을 정책들(520) 중 다른 정책으로 변경함으로써 재구성 가능하다. 예를 들어, 정책(518)은 비행할 지리적 위치, 임무, 규정들의 변경들, 또는 다른 적당한 이유들 중 적어도 하나를 기초로 선택될 수도 있다. 재구성은 비행 전, 유지보수 동안, 비행 도중, 또는 다른 어떤 시간 동안 발생할 수도 있다.

이제 도 6을 참조하면, 예시적인 실시예에 따라 항공기의 상태를 식별하는 송신 상태 식별기에 대한 데이터 흐름의 블록도의 예시가 도시된다. 이러한 예시적인 예에서, 송신 상태 식별기(500)는 크루 커맨드(214), 지상 커맨드(218), 포지션 데이터(600) 및 지오펜스(geofence) 데이터(602)를 입력들로서 수신하고, 송신 상태 표시자(510)를 출력으로서 생성한다.

도시된 바와 같이, 송신 상태 식별기(500)는 다수의 서로 다른 컴포넌트들을 포함한다. 예시적인 예에서, 송신 상태 식별기(500)는 크루 커맨드 핸들러(604), 지상 커맨드 핸들러(606), 포지션 핸들러(608) 및 상태 식별기(610)를 포함한다.

이러한 예시적인 예에서, 크루 커맨드(214)는 항공기 추적기(204)가 상태 정보(222)를 송신해야 하는지 여부를 표시할 수 있다. 도시된 바와 같이, 크루 커맨드 핸들러(604)는 도 2에 도시된 바와 같이 크루 인터페이스(216)로부터의 크루 커맨드(214)를 모니터링한다. 크루 커맨드 핸들러(604)는 크루 커맨드(214)가 송신이 발생해야 함을 표시한다면 "송신 온"을 출력한다. 크루 커맨드 핸들러(604)는 크루 인터페이스(216)로부터 크루 커맨드(214)가 수신되지 않는다면 "요청 없음"을 출력한다.

도시된 바와 같이, 지상 커맨드 핸들러(606)는 상태 정보(222)가 송신되어야 한다는 지상 커맨드(218)의 수신에 대한 응답으로 "송신 온"을 출력한다. 지상 커맨드 핸들러(606)는 상태 정보(222)가 송신되지 않아야 함을 표시하는 지상 커맨드(218)의 수신에 대한 응답으로 "송신 오프"를 출력한다. 비슷한 방식으로, 지상 커맨드(218)가 수신되지 않는다면, 지상 커맨드 핸들러(606)는 "요청 없음"을 출력한다.

포지션 핸들러(608)는 항공기(202)의 위치를 기초로 항공기 추적기(204)가 상태 정보(222)를 송신해야 하는지 여부를 결정하기 위해 포지션 데이터(600) 및 지오펜스 데이터(602)를 사용한다. 포지션 핸들러(608)는 "송신 오프" 또는 "송신 온"을 출력하여, 포지션 데이터(600) 및 지오펜스 데이터(602)에 상태 정보(222)가 송신되어야 하는지 여부를 표시한다. 포지션 데이터(600) 또는 지오펜스 데이터(602)가 없다면, 포지션 핸들러(608)는 "요청 없음"을 출력한다.

도시된 바와 같이, 포지션 데이터(600)는 항공기(202)의 포지션이다. 이러한 예에서 지오펜스 데이터(602)는 정책(518)으로부터 얻어지며, 항공기 추적기(204)가 상태 정보(222)를 송신하지 않아야 하는 포지션들을 정의한다. 지오펜스 데이터(602)는 체적 또는 영역을 정의할 수도 있다. 예를 들어, 지오펜스 데이터(602)는 상태 정보(222)의 송신이 발생하지 않아야 하는 체적을 정의하도록 위도들, 경도들 및 고도들의 형태인 좌표들을 포함할 수도 있다. 상태 식별기(610)는 크루 커맨드 핸들러(604), 지상 커맨드 핸들러(606) 및 포지션 핸들러(608)로부터의 입력 수신을 기초로 송신 상태 표시자(510)를 생성한다.

다음에 도 7을 참조하면, 예시적인 실시예에 따라 상태 정보가 송신되어야 하는지 여부를 식별하며, 비행 크루 커맨드에 가장 높은 우선순위가 부여되는 표의 예시가 도시된다. 이러한 예시적인 예에서, 표(700)는 도 5의 정책(518)으로 구현될 수도 있다. 표(700)는 언제 상태 정보(222)가 송신되어야 하는지를 표시한다. 요청된 상태들은 "송신 온," "송신 오프," "임의" 또는 "요청 없음"을 포함한다. 도시된 바와 같이, "임의"는 "송신 온" 또는 "송신 오프"일 수도 있다.

이러한 예시적인 예에서, 행(702)은 송신 상태 표시자(510)에 대한 상태들을 식별하고, 행(704)은 크루 커맨드 핸들러(604)로부터의 출력들을 도시하고, 행(706)은 지상 커맨드 핸들러(606)에 대한 출력들을 예시하며, 행(708)은 포지션 핸들러(608)에 대한 출력들을 보여준다. 도시된 바와 같이, 열(710), 열(712) 그리고 열(714)은 크루 커맨드 핸들러(604), 지상 커맨드 핸들러(606) 및 포지션 핸들러(608)로부터의 입력들을 기초로 송신 상태 표시자(510)가 언제 "송신 온"인지를 표시한다. 열(716)과 열(718)은 크루 커맨드 핸들러(604), 지상 커맨드 핸들러(606) 및 포지션 핸들러(608)로부터의 입력들을 기초로 송신 상태 표시자(510)가 언제 "송신 오프"인지를 표시한다.

다음에 도 8을 참조하면, 예시적인 실시예에 따라 상태 정보가 송신되어야 하는지 여부를 식별하며, 지상 커맨드에 가장 높은 우선순위가 부여되는 표의 예시가 도시된다. 이러한 예시적인 예에서, 표(800)는 도 5의 정책(518)으로 구현될 수도 있다. 표(800)는 언제 상태 정보(222)가 송신되어야 하는지를 표시한다. 요청된 상태들은 "송신 온," "송신 오프," "임의" 또는 "요청 없음"을 포함한다. 도시된 바와 같이, "임의"는 "송신 온" 또는 "송신 오프"일 수도 있다.

이러한 예시적인 예에서, 행(802)은 송신 상태 표시자(510)에 대한 상태들을 식별하고, 행(804)은 지상 커맨드 핸들러(606)에 대한 출력들을 예시하고, 행(806)은 크루 커맨드 핸들러(604)로부터의 출력들을 도시하며, 행(808)은 포지션 핸들러(608)에 대한 출력들을 보여준다. 도시된 바와 같이, 열(810), 열(812), 열(814) 그리고 열(816)은 크루 커맨드 핸들러(604), 지상 커맨드 핸들러(606) 및 포지션 핸들러(608)로부터의 입력들을 기초로 송신 상태 표시자(510)가 언제 "송신 온"인지를 표시한다. 열(818)과 열(820)은 크루 커맨드 핸들러(604), 지상 커맨드 핸들러(606) 및 포지션 핸들러(608)로부터의 입력들을 기초로 송신 상태 표시자(510)가 언제 "송신 오프"인지를 표시한다.

도 7의 표(700)와 도 8의 표(800)에 도시된 예들에서, 비행 크루 커맨드는 무단 조작 방지 구현을 반영하도록 "송신 온" 또는 "요청 없음"으로 제한된다. 예를 들어, 크루는 이러한 표들로 구현된 정책을 사용하여 송신 능력을 끌 수 없다. 다른 예시적인 예에서, 송신 상태 제어 정책은 크루가 "송신 온" 상태뿐만 아니라 "송신 오프" 상태도 선택하게 할 수도 있다.

도 9를 참조하면, 예시적인 실시예에 따라 항공기의 상태를 식별하는 거동 분석기에 대한 데이터 흐름의 블록도의 예시가 도시된다. 거동 분석기(502)는 입력 및 출력 상태(212)로서 센서 데이터(210)를 수신한다.

이러한 예시적인 예에서, 거동 분석기(502)는 다수의 컴포넌트들을 포함한다. 도시된 바와 같이, 거동 분석기(502)는 항공기 상태 식별기(900) 및 래치(902)를 포함한다.

도시된 바와 같이, 항공기 상태 식별기(900)는 입력들로서 센서 데이터(210)를 사용하여 항공기(202)의 상태(212)를 식별한다. 이러한 입력들을 기초로, 항공기 상태 식별기(900)는 상태(212)를 출력한다. 예시적인 예들에서, 센서 데이터(210)는 또한 항공기 추적기(204)에 의해 수신된 전력에 대한 전력 정보를 포함할 수도 있다.

예시적인 예에서, 센서 데이터(210)는 상태(212)의 식별시 항공기 상태 식별기(900)에 의해, 도 5에 도시된 정책(518)과 비교될 수 있다. 도시된 바와 같이, 상태(212)는 정상, 비정상 및 조난을 포함하는 상태들의 그룹으로부터 선택될 수 있다. 도시된 바와 같이, 정책(518)은 상태(212)의 식별시 정상, 비정상 또는 조난으로 간주되는 항공기 거동에 대한 센서 데이터(210)에서 파라미터들을 특정할 수 있다.

이러한 파라미터들은 임계치들 또는 다른 값들의 형태를 취할 수도 있다. 파라미터들은 예를 들어, 롤, 롤 레이트, 피치, 피치 레이트, 객실 여압, 속도, 온도 및 다른 적당한 파라미터들을 포함할 수도 있다. 정책(518)은 비정상 상태들 및 조난 상태들을 식별하는데 사용될 수 있는 규칙들 및 데이터를 포함한다.

이러한 예시적인 예에서, 래치(902)는 항공기 상태 식별기(900)로부터 상태(212)를 수신하고, 도 5의 항공기 상태 정보 보고기(504)에 상태(212)를 출력한다. 예시적인 예에서, 항공기 상태 식별기(900)에 의해 출력되는 상태(212)가 변경될 수도 있지만, 래치(902)는 동일한 상태(212)를 유지한다. 예를 들어, 상태(212)가 정상에서 비정상으로 변경된 다음, 다시 정상으로 변경된다면, 래치(902)는 계속해서 비정상을 출력한다. 래치(902)는 항공기(202)에 대해 식별된 최악의 상태를 계속해서 출력한다.

예를 들어, 항공기 상태 식별기(900)에 의해 식별된 상태(212)가 정상에서 조난으로, 그리고 그 다음에 비정상으로 변경된다면, 래치(902)는 계속해서 조난을 출력한다. 예시적인 예에서, 상태들의 계층 구조는 조난, 비정상 및 정상이며, 조난은 가장 높은 우선순위이고 정상은 가장 낮은 우선순위이다.

예시적인 예에서, 크루 커맨드(214) 또는 지상 커맨드(218) 중 적어도 하나가 래치(902)를 리셋하는데 사용될 수도 있다. 래치(902)가 리셋될 때, 래치(902)는 리셋 시점에 항공기 상태 식별기(900)로부터 수신된 상태를 출력한다. 크루 커맨드(214)와 지상 커맨드(218) 사이에서 래치(902)의 리셋시 우선순위들은 정책(518)에 의해 명시될 수도 있다. 다른 예에서, 래치(902)는 또한 선택된 기간의 시간이 지난 후 리셋될 수도 있다. 다른 예시적인 예에서, 크루 커맨드(214)는 래치(902)를 리셋하는데 사용되지 않을 수도 있다. 이러한 옵션은 무단 조작에 대한 문제들에 따라 선택될 수도 있다. 크루 커맨드(214)를 사용하지 않음으로써, 무단 조작 가능성이 낮아질 수도 있다. 그러나 크루 커맨드(214)가 사용될 때, 정책은 래치(902)를 리셋하는 능력을 제한하도록 구현될 수도 있다.

다음에 도 10을 참조하면, 예시적인 실시예에 따라 항공기 상태 식별기의 블록도의 예시가 도시된다. 도시된 바와 같이, 항공기 상태 식별기(900)는 지상(on ground) 추정기(1000), 거동 트리거(1002), 고도 핸들러(1004), 전력 상태 핸들러(1006) 및 항공기 상태 로직(1008)을 포함한다.

도시된 바와 같이, 지상 추정기(1000)는 항공기(202)가 지상에 있는지 여부를 결정한다. 예시적인 예에서, 항공기(202)가 지상에 있다면, 도시된 예에서는 항공기 추적기(204)에 의한 상태 정보(222)의 보고가 불필요하다.

지상 추정기(1000)는 센서 데이터(210)를 사용하여 항공기(202)가 지상에 있다고 결정되면 "지상"을 출력한다. 지상 추정기(1000)에 의해 사용되는 센서 데이터(210)는 예를 들어, 고도, 지상 속도, 수직 속도, 및 항공기 센서 시스템(206)을 사용하여 도출될 수 있는 다른 파라미터들을 포함한다. 추가로, 항공기(202)의 항공 전자 기기에 대한 액세스가 존재한다면, 지상 추정기(1000)는 또한 예를 들어, 착륙 장치의 구성, 대기 속도, 고도, 객실 여압, 및 항공기 센서 시스템(206) 및 항공기(202)의 항공 전자 기기 중 적어도 하나로부터 얻어질 수도 있는 다른 적당한 정보와 같은 파라미터들을 사용할 수도 있다.

거동 트리거(1002)는 센서 데이터(210)를 사용하여 "정상," "비정상" 또는 "조난"을 출력한다. 거동 트리거(1002)는 정책(518) 내의 규칙들을 이용한다. 이러한 규칙들은 예를 들어, "비정상" 또는 "조난"의 상태를 표시할 수 있는 트리거 조건들을 포함한다.

예를 들어, 비정상 상태들에 대해 선택된 트리거 조건들이 충족될 때 비정상 상태들이 존재할 수도 있다. 예를 들어, 트리거 조건들은 임계값보다 더 큰 롤일 수도 있다. 다른 예에서, 트리거 조건들은 특정 고도에서의 임계값보다 더 큰 항공기 피칭일 수도 있다. 이러한 그리고 다른 트리거 조건들이 항공기(202)의 상태(212)를 식별하는데 사용된다.

고도 핸들러(1004)는 항공기(202)의 고도를 기초로 항공기(202)의 상태를 표시한다. 예를 들어, 고도 핸들러(1004)는, 항공기가 원하는 고도 내에 있다면 "정상" 상태를 표시할 수도 있다. 항공기가 원하는 고도보다 낮거나 높다면, 고도 핸들러(1004)는 "비정상" 또는 "조난" 상태를 표시할 수도 있다.

예시적인 예에서, 고도 핸들러(1004)는 지리적 경계들에 의해 "비정상" 또는 "조난" 상태를 표시하기 위한 최소 및 최대 고도들을 설정할 수도 있다. 이러한 지리적 경계들은 지오펜스들을 형성한다. 예를 들어, 지리적 경계들은 대양 또는 항로상(enroute) 비행 페이스들에 대해 그리고 출발 및 목적지 위치들에 더 가까이에서 발생하는 비행 페이스들에 대해 서로 다른 최소 및 최대 고도 임계치들을 제공할 수도 있다.

예시적인 예에서, 전력 상태 핸들러(1006)는 센서 데이터(210)로 전력 정보를 수신한다. 전력 상태 핸들러(1006)는 항공기 추적기(204)에 의해 수신된 전력에 대해 "정상," "비정상" 또는 "조난"을 출력한다.

예를 들어, 전력 정보가 전력 온에서 전력 오프로의 전환을 표시하는 반면, 지상 추정기(1000)는 항공기(202)가 이륙함을 표시한다면, 전력 상태는 "조난"으로서 표시된다. 다른 예에서, 전력이 보조 전력 소스로부터 수신되는 반면, 항공기(202)는 지상 추정기(1000)에 의해 이륙한 것으로 표시된다면, 전력 상태 핸들러(1006)는 전력 상태가 "비정상"임을 표시한다.

다음에 도 11 - 도 15를 참조하면, 예시적인 실시예에 따라 트리거 조건들에 관한 그리고 정책에서 상태들을 식별하기 위한 표들의 예시가 도시된다. 도 11에 도시된 바와 같이, 예시적인 실시예에 따라 과도한 뱅킹에 대한 트리거 조건들의 표의 예시가 도시된다. 표(1100)는 도 10의 거동 트리거(1002)에 의해 사용될 수 있으며, 열(1102)에서 트리거 조건들인 롤을 예시한다. 열(1104)은 지속 시간을 표시한다. 즉, 열(1104)에 표시된 시간을 초과하는 시간 동안 트리거 조건들이 존재한다면, 조건이 트리거된다. 시간에 대한 디폴트 값은 예시적인 디폴트 값이다.

열(1106)은 지오펜싱을 위한 포지션들의 타입들을 표시한다. 예를 들어, 내부 보고 지역(1108) 자체는 대양 또는 원격 지역일 수도 있다. 외부 보고 지역(1110)은 항공 교통 관제 추적 레이더 커버리지가 존재하는 지역과 같은 지역일 수도 있다.

열(1112)은 열(1114)의 파라미터들의 값들에 대한 고도들을 표시한다. 열(1114)의 파라미터 값들은 열(1102)에서 트리거 조건들의 파라미터들에 대한 것이다. 열(1116)은 상태를 식별한다. 이러한 값들은 예시적인 디폴트 값들이다.

도 12를 참조하면, 예시적인 실시예에 따라 과도한 피치에 대한 트리거 조건들의 표의 예시가 도시된다. 표(1200)는 도 10의 거동 트리거(1002)에 의해 사용될 수 있으며, 열(1202)에서 항공기(202)에 의한 피치에 대한 트리거 조건들을 예시한다. 열(1204)은 지속 시간을 표시한다. 열(1206)은 지오펜싱을 위한 포지션들의 타입들을 표시한다. 열(1212)은 열(1214)의 파라미터들의 값들에 대한 고도들을 표시한다. 파라미터 값들은 열(1202)에서 트리거 조건들의 파라미터들에 대한 것이다. 열(1216)은 상태를 식별한다.

다음에 도 13을 참조하면, 예시적인 실시예에 따라 과도한 속도에 대한 트리거 조건들의 표의 예시가 도시된다. 표(1300)는 도 10의 거동 트리거(1002)에 의해 사용될 수 있으며, 열(1302)에서 항공기(202)에 의한 수평 속도 및 수직 속도에 대한 트리거 조건들을 예시한다. 열(1304)은 지속 시간을 표시한다. 열(1306)은 지오펜싱을 위한 포지션들의 타입들을 표시한다. 열(1312)은 열(1314)의 수평 및 수직 속도에 대한 파라미터들의 값들에 대한 고도들을 표시한다. 파라미터 값들은 열(1302)에서 트리거 조건들의 파라미터들에 대한 것이다. 열(1316)은 상태를 식별한다.

도 14에는 예시적인 실시예에 따라 고도들에 대한 상태들의 표의 예시가 도시된다. 표(1400)는 도 10의 고도 핸들러(1004)에 의해 사용될 수 있으며, 고도들 및 상태들을 예시한다. 열(1404)은 지속 시간을 표시한다. 열(1406)은 지오펜싱을 위한 포지션들의 타입들을 표시한다. 열(1412)은 고도들을 표시하고, 열(1416)은 열(1412)의 고도들을 기초로 상태를 식별한다.

다음에 도 15를 참조하면, 예시적인 실시예에 따라 트랙 변경들에 대한 트리거 조건들의 표의 예시가 도시된다. 표(1500)는 도 10의 거동 트리거(1002)에 의해 사용될 수 있으며, 열(1502)에서 항공기(202)에 대한 트랙의 변경에 대한 트리거 조건들을 예시한다. 열(1504)은 지속 시간을 표시한다. 열(1506)은 지오펜싱을 위한 포지션들의 타입들을 표시한다. 열(1512)은 열(1514)의 트랙 변경들에 대한 파라미터들의 값들에 대한 고도들을 표시한다. 열(1514)의 파라미터 값들은 열(1502)에서 트리거 조건들의 파라미터들에 대한 것이다. 열(1516)은 상태를 식별한다.

다음에 도 16을 참조하면, 예시적인 실시예에 따라 레이트 식별기의 블록도의 예시가 도시된다. 이러한 예시적인 예에서, 도 5의 레이트 식별기(506)에 대한 구현이 도시된다. 도시된 바와 같이, 레이트 식별기(506)는 항공기 레이트 식별기(1600) 및 지상 레이트 식별기(1602)를 포함한다.

도시된 바와 같이, 항공기 레이트 식별기(1600)는 거동 분석기(502)에 의해 식별된 도 2의 상태(212) 및 크루 커맨드(214)로부터 식별된 상태 중에서 상태(1604)를 선택한다. 즉, 거동 분석기(502) 및 크루 커맨드(214) 중 적어도 하나에 의해 출력될 수 있는 상태들로부터 상태가 식별된다.

상태(1604)를 결정하기 위해 항공기 레이트 식별기(1600)에 추가 기능들이 구현될 수 있다. 하나의 예시적인 예에서는, 지리 기반 보고 레이트 설정들이 사용될 수도 있다. 설정들은 미리 정해진 지리적 영역들 또는 체적들과 연관된 항공기 포지션 및 송신 레이트 설정들을 지오펜스들의 형태로 정의할 수 있다. 지리적 영역들은 위도 및 경도를 사용하여 정의될 수도 있다. 체적들은 위도, 경도 및 고도를 포함할 수도 있다.

이러한 항공기 포지션 기반 레이트 입력들은 대안적인 항공기 추적 데이터 소스들의 이용 가능성에 따라, 비-조난 보고 상태들 및 비정상 보고 상태들을 더 낮은 또는 더 높은 값들로 설정하는데 사용될 수 있다. 보고 레이트들에 대한 더 낮은 값 및 더 높은 값은 보고 오프, 대기 상태 또는 정상 상태를 포함할 수도 있다. 항공기 추적 데이터 소스들의 이용 가능성은 항공 교통 관제 감시 레이더 커버리지를 고려할 수도 있다.

이러한 타입들의 설정들은 통신 자원 사용량 그리고 이에 따라, 시스템 운영 비용들을 절감하는데 사용될 수도 있다. 이러한 예시적인 예에서, 항공기 레이트 식별기(1600)에 의해 출력되는 상태(1604)는 항공기 상태 식별기(900)의 설정들, 크루 커맨드(214), 및 정책(518)에 의해 설정된 우선순위들을 이용한 이러한 항공기 포지션 기반 보고 기능의 결합에 의해 결정될 수도 있다.

이러한 예시적인 예에서, 서로 다른 상태들 간의 우선순위는 도 5의 정책(518)에 의해 정의될 수도 있다. 정책(518)은, 거동 분석기(502)에 의해 출력된 상태(212), 크루 커맨드(214)에서의 상태, 및 다른 항공기 레이트 식별기 기능들이 동일하지 않을 때 상태가 항공기 레이트 식별기(1600)에 의한 상태(1604)로서 출력됨을 표시한다. 정책(518)은 가장 높은 요청된 상태가 항공기 상태를 설정하게, 우선순위가 동일한 것으로 취급되는 이러한 입력들 간에 우선순위를 정하도록 설정될 수도 있다. 대안으로, 정책(518)은 다른 것들보다 입력들의 한 세트에 우선순위를 부여하도록 설정될 수도 있다.

예를 들어, 우선순위는 최고에서부터 최저까지 다음과 같을 수도 있다: "조난," "보고 오프," "비정상," "정상," "대기" 및 요청 없음." 거동 분석기(502)가 "정상"으로서 상태(212)를 출력하고 크루 커맨드(214)가 "비정상"을 표시한다면, 크루 커맨드(214)에 의한 "비정상"이 항공기 레이트 식별기(1600)에 의한 상태(1604)로 출력된다. 출력은 지상 레이트 식별기(1602)에 전송된다.

지상 레이트 식별기(1602)는 항공기 레이트 식별기(1600) 또는 크루 커맨드(214)의 상태 중 적어도 하나에 의해 출력된 상태(1604)를 기초로 보고 레이트(224)를 식별한다. 상태(1604)와 지상 커맨드(218)의 상태 사이의 상태들의 우선순위들은, 상태(1604)와 지상 커맨드(218)의 상태가 동일하지 않을 때 항공기 레이트 식별기(1600)에 대해 설명한 것과 비슷한 방식으로 식별될 수도 있다. 상태는 예시적인 예에서 보고 레이트(224)를 식별하는데 사용된다.

예시적인 예에서, 지상 레이트 식별기(1602)는 또한, 상태 정보(222)의 임의의 송신들이 발생해야 하는지 여부를 결정하기 위해 송신 상태 표시자(510)를 사용한다. 송신 상태 표시자(510)가 "송신 온"이라면, 지상 레이트 식별기(1602)는 도 5의 보고기(508)로 하여금 보고 레이트(224)의 레이트로 상태 정보를 송신하게 한다. 송신 상태 표시자(510)가 "송신 오프"라면, 지상 레이트 식별기(1602)는 보고기(508)로 하여금 보고 레이트(224)를 0으로 설정함으로써 상태 정보(222)를 송신하지 않게 한다.

한 예시적인 예에서, 지상 레이트 식별기(1602) 및 정책(518)은, 항공기 레이트 식별기(1600), 상태(1604) 입력 및 지상 커맨드(218)를 포함하는 모든 레이트 입력들을 동일한 우선순위로 취급하도록 구성되는 정책(518) 내의 규칙들을 사용하여 보고 레이트(224)를 결정할 수 있다. 이러한 예에 따라, 최고 보고 상태가 선택되어 보고 레이트(224)로서 출력된다.

다른 예시적인 예에서, 지상 레이트 식별기(1602) 및 정책(518)은, 보고 레이트(224)에 대해 입력이 "요청 없음"이 아닌 한, 높은 우선순위 입력으로서 하나의 소스를 취급하고 이 입력을 사용하도록 구성되는 정책(518) 내의 규칙들을 사용하여 보고 레이트(224)를 결정할 수 있다. 소스는 예를 들어, 지상 커맨드(218)일 수도 있다. 높은 우선순위 입력이 "요청 없음"의 입력을 갖는 상황에서는, 가장 높은 요청된 레이트가 보고 레이트(224)를 설정하도록, 다른 입력들은 우선순위가 동일한 것으로 취급된다.

또 다른 예시적인 예에서, 지상 레이트 식별기(1602) 및 정책(518)은, 비-조난 상태들 또는 비-조난 및 비-비정상 상태들에 대한 높은 우선순위 입력으로서 하나의 소스를 취급하도록 구성되는 정책(518) 내의 규칙들을 사용하여 보고 레이트(224)를 결정할 수도 있다. 이러한 입력은, 비정상 상태 또는 조난 상태의 입력들이 없을 때 입력이 보고 레이트(224)에 대해 "요청 없음"이 아닌 한 사용된다. 도시된 예에서, 높은 우선순위 입력은 예를 들어, 지상 커맨드(218)일 수도 있다.

높은 우선순위 입력이 "요청 없음"의 입력을 가지면, 비-조난 및 비-비정상 경우들에, 가장 높은 요청된 레이트가 보고 레이트(224)를 설정하도록, 다른 입력들은 우선순위가 동일한 것으로 취급된다. 입력들 중 하나 또는 그보다 많은 입력에서 "비정상" 또는 "조난"이 존재하면, 입력들에 의한 가장 높은 요청된 레이트가 보고 레이트(224)를 설정하는데 사용되거나 또는 ("요청 없음" 이외의 입력이 존재한다면) 우선순위가 정해진 입력의 값이 보고 레이트(224)를 설정하는데 사용될 수 있다.

여전히 또 다른 예시적인 예에서, 정책(518)은 임계치들, 지속 및 히스테리시스 시간들, 송신 상태에 대한 지오펜스들, 및 레이트 설정들 중 적어도 하나를 정의하는 파라미터들 및 규칙들을 포함할 수 있다. 예를 들어, 정책(518)은 또한 송신 상태 식별기(500), 항공기 상태 식별기(900) 및 항공기 레이트 식별기(1600)에서 최소 및 최대 안전 고도들에 대한 지리적 정의들을 포함할 수도 있다.

정책(518)은 또한 지상 레이트 식별기(1602)에 의해 그리고 보고기(508)에 의해 출력되는 보고 레이트들을 설정하는데 사용되는 규칙들을 포함할 수도 있다. 도시된 바와 같이, 정책(518)은 시스템에 내장되는 디폴트 설정들을 정의할 수도 있다.

이러한 설정들은 도 7 - 도 8 그리고 도 11 - 도 14에 도시된 표들과 같은 구성 표 입력들을 사용하여 새로운 데이터의 로딩에 의해 업데이트될 수도 있다. 새로운 데이터는 더 짧은 기간에 걸쳐 유효할 수도 있는 실시간 업데이트들을 제공하는 지상 커맨드들로 또는 장기 동작들에 대한 디폴트 값들을 대체할 수도 있다.

이제 도 17을 참조하면, 예시적인 실시예에 따라 항법 데이터 핸들러의 블록도의 예시가 도시된다. 이러한 예시적인 예에서, 항법 데이터 핸들러(1700)는 항공기 센서 시스템(206) 및 항공기(202)의 항공 전자 기기로부터 항법 입력들(1702)을 수신한다. 항법 입력들(1702)은 도 2의 센서 데이터(210)의 일부이다.

예를 들어, 항공기 센서 시스템(206)은 글로벌 포지셔닝 시스템(GPS) 수신기 및 글로벌 항법 위성 시스템(GLONASS) 수신기와 같은 하나 또는 그보다 많은 위성 항법 시스템 수신기들을 포함할 수도 있다. 항공기 관성 항법 시스템과 같은 항공기(202)의 항공 전자 기기로부터 입력들이 수신된다.

항법 데이터 핸들러(1700)는 항법 입력들(1702)을 처리하여 항법 데이터(1704)를 출력한다. 센서 데이터의 처리시, 항법 데이터 핸들러(1700)는 어떤 입력들이 항법 데이터(1704)를 포함하는지를 식별할 수 있다. 예를 들어, 항법 데이터 핸들러(1700)는 항법 입력들(1702) 중 어떤 입력들이 유효 데이터를 갖는지를 결정할 수 있다. 도시된 바와 같이, 항법 데이터(1704)는 예를 들어, 포지션, 자세, 속도, 타이밍 정보, 유효성 정보 및 다른 적당한 정보를 포함한다.

항공기 추적 시스템(200) 및 도 1 - 도 17의 서로 다른 컴포넌트들의 예시는, 예시적인 실시예가 구현될 수 있는 방식으로의 물리적 또는 구조적 제한들을 의미하는 것으로 여겨지는 것은 아니다. 예시된 것들에 추가로 또는 그 대신 다른 컴포넌트들이 사용될 수도 있다. 일부 컴포넌트들은 불필요할 수도 있다. 또한, 블록들은 일부 기능 컴포넌트들을 예시하기 위해 제시된다. 이러한 블록들 중 하나 또는 그보다 많은 블록은 예시적인 실시예로 구현될 때, 결합되거나, 분할되거나, 또는 결합되어 서로 다른 블록들로 분할될 수도 있다.

예를 들어, 센서 데이터(210)는 또한 항공기 추적 시스템(200) 외부에 있는 항공기 센서 시스템(206) 외부의 센서 시스템에 의해 생성된 데이터를 포함할 수도 있다. 예를 들어, 센서 데이터(210)는 항공기(202)의 항공 전자 기기에 의해 생성된 데이터를 포함할 수도 있다. 센서 데이터는 디지털 정보 전송을 위한 표준 ARINC 429를 충족하는 데이터 버스에 대한 항공기 추적 시스템(200)의 접속을 통해 수신될 수도 있다.

다른 예시적인 예에서, 도 10의 지상 추정기(1000), 거동 트리거(1002), 고도 핸들러(1004), 전력 상태 핸들러(1006) 및 항공기 상태 로직(1008)은 정책(518)을 적용하는 단일 컴포넌트로 결합될 수도 있다. 다른 예시적인 예에서, 도 5의 송신 상태 식별기(500)는 생략될 수도 있다.

또 다른 예시적인 예에서, 크루 커맨드 핸들러(604) 및 지상 커맨드 핸들러(606)는 다른 컴포넌트들에 구현되어, 이러한 컴포넌트들에 의한 사용을 위해 크루 커맨드(214) 및 지상 커맨드(218)를 처리할 수도 있다. 예를 들어, 크루 커맨드 핸들러(604) 및 지상 커맨드 핸들러(606)는 도 9의 거동 분석기(502)에 구현될 수도 있다.

이제 도 18을 참조하면, 예시적인 실시예에 따라 항공기 추적 시스템의 블록도의 예시가 도시된다. 도시된 바와 같이, 항공기 추적 시스템(1800) 내의 하드웨어 컴포넌트들이 도시된다. 항공기 추적 시스템(1800)은 도 1의 추적기 디바이스(104) 및 도 2의 항공기 추적 시스템(200)을 구현하는데 사용될 수 있는 하드웨어 컴포넌트들을 보여준다. 이 예에서, 항공기 추적 시스템(1800)은 하우징(1802)을 포함한다.

이 예시적인 예에서, 항공기 추적 시스템(1800)은 무단 조작을 못 하게 되어 있다. 하우징(1802)은 이 예에서 항공기 추적 시스템(1800)을 무단 조작할 수 없게 만들도록 설계된다. 항공기 추적 시스템(1800)은 항공기 내부로부터 항공기 추적 시스템(1800)의 동작에 액세스하거나 간섭할 가능성이 원하는 만큼 감소되거나 제거될 때 무단 조작할 수 없다고 간주된다. 예를 들어, 항공기 추적 시스템(1800)은 항공기(202) 외부에 부착될 수 있고, 하우징(1802)은 하우징(1802) 내부의 컴포넌트들에 대한 바람직하지 않은 액세스 능력을 제한하도록 설계될 수도 있다.

항공기 추적 시스템(1800)에 대한 무단 조작을 감소시키기 위해 다른 타입들의 설치 설계들이 사용될 수도 있다. 예를 들어, 항공기 내에서 액세스 더 어려운 영역들을 통해 배선들의 라우팅이 이루어질 수도 있다. 도시된 바와 같이, 항공기 추적 시스템(1800) 내의 하드웨어 컴포넌트들은 안테나 시스템(1804), 위성 항법 시스템 수신기(1806), 위성 통신 트랜시버(1808), 가속도계 시스템(1809), 프로세서 유닛(1810), 저장소(1812), 전력 센서(1813), 전원 장치(1814) 및 배터리 시스템(1816)을 포함한다.

위성 항법 시스템 수신기(1806)는 안테나 시스템(1804)을 통해 위성 항법 시스템의 위성들로부터 항법 신호들을 수신한다. 예를 들어, 제한 없이, 위성 항법 시스템 수신기(1806)는 글로벌 포지셔닝 시스템(GPS), 글로벌 항법 위성 시스템(GLONASS), 또는 다른 어떤 적당한 글로벌 항법 위성 시스템 중 적어도 하나로부터 선택된 글로벌 항법 위성 시스템의 위성들로부터 항법 신호들을 수신할 수도 있다.

위성 항법 시스템 수신기(1806)는 이 예에서는 도 2의 센서 데이터(210)와 같은 센서 데이터를 생성한다. 예를 들어, 위성 항법 시스템 수신기(1806)는 항공기의 포지션을 식별한다.

도시된 바와 같이, 위성 통신 트랜시버(1808)는 위성 통신 시스템의 위성을 통해 지상 세그먼트 통신들을 위한 정보를 전송 및 수신한다. 예를 들어, 위성 통신 트랜시버(1808)는 도 2의 지상 커맨드(218)를 수신하고 도 2의 상태 정보(222)를 전송한다. 위성 통신 시스템은 예를 들어, 이리듐 위성군, 글로벌스타(Globalstar), 또는 다른 어떤 적당한 위성 통신 시스템일 수도 있다.

이러한 예시적인 예에서, 프로세서 유닛(1810)은 도 2의 항공기 추적기(204)가 구현될 수 있는 한 가지 타입의 하드웨어의 일례이다. 도시된 바와 같이, 프로세서 유닛(1810)은 특정 구현에 따라, 중앙 처리 유닛, 멀티-프로세서 코어, 디지털 신호 프로세서, 또는 다른 어떤 타입의 프로세서 중 적어도 하나로부터 선택된 하나 또는 그보다 많은 프로세서들일 수도 있다.

이러한 예시적인 예에서, 가속도계 시스템(1809)은 항공기의 자세를 설명하는 센서 데이터를 생성한다. 자세는 롤, 피치 또는 요 중 적어도 하나뿐만 아니라, 이러한 타입들의 자세들에 대한 레이트들도 포함할 수도 있다.

저장소(1812)는 프로세서 유닛(1810)에 의해 사용할 정보 및 프로그램 코드를 저장한다. 저장소(1812)는 하나 또는 그보다 많은 저장 디바이스들이며, 저장 디바이스는 예를 들어, 제한 없이, 데이터, 함수 형태의 프로그램 코드, 또는 다른 적당한 정보와 같은 정보 중 적어도 하나를 임시로나, 영구적으로나, 아니면 임시 및 영구적 둘 다로 저장할 수 있는 하드웨어의 임의의 부분(piece)이다. 저장소(1812)는 메모리 및 영구 저장소 중 적어도 하나를 포함할 수도 있다. 이러한 예들의 메모리는 예를 들어, 랜덤 액세스 메모리 또는 임의의 다른 적당한 휘발성 또는 비휘발성 저장 디바이스일 수도 있다. 영구 저장소는 하나 또는 그보다 많은 컴포넌트들 또는 디바이스들을 포함할 수도 있다. 예를 들어, 영구 저장소는 하드 드라이브, 솔리드 스테이스 하드 드라이브, 플래시 메모리, 재기록 가능한 광 디스크, 재기록 가능한 자기 테이프, 또는 상기의 어떤 결합일 수 있다.

예시적인 예에서, 전원 장치(1814)는, 전원 장치(1814)가 항공기의 주 또는 보조 전력 소스에 접속될 때 항공기 추적 시스템(1800)의 다른 컴포넌트들에 의해 사용 가능한 형태로 전력을 제공하는 임의의 전기 시스템이다. 배터리 시스템(1816)은 하나 또는 그보다 많은 배터리들이며, 배터리들을 충전하기 위한 그리고 항공기 추적 시스템(1800)의 다른 컴포넌트들에 전류를 전달하기 위한 회로들을 포함할 수도 있다. 배터리 시스템(1816)은 항공기 추적 시스템(1800)에 대한 백업 전력을 제공한다.

도시된 바와 같이, 배터리 시스템(1816)은 항공기 추적 시스템(1800)을 무단 조작할 수 없게 하는 데 도움을 준다. 예를 들어, 전력 소스에 대한 접속이 끊어지거나 전력 소스가 디세이블된다면, 항공기 추적 시스템(1800)은 일정 기간의 시간 동안에는 여전히 작동할 수 있다.

전력 센서(1813)는 전원 장치(1814) 및 배터리 시스템(1816)에 의해 공급되는 전력을 검출한다. 전력 센서(1813)는 검출된 전력에 관한 데이터를 프로세서 유닛(1810)에 제공한다. 이 데이터는 센서 데이터의 일례이다.

이러한 예시적인 예에서, 항공기 추적 시스템(1800)은 다수의 서로 다른 접속들을 갖는다. 도시된 바와 같이, 항공기 추적 시스템(1800)은 전력 커넥터(1818), 크루 인터페이스 커넥터(1820) 및 항공기 시스템 커넥터(1822)를 포함한다.

전력 커넥터(1818)는 하우징(1802) 내의 전원 장치(1814)로부터 항공기의 하나 또는 그보다 많은 전력 소스들로의 접속을 제공한다. 예를 들어, 전력 커넥터(1818)는 주 전원 장치, 배터리 백업 시스템, 보조 전력 유닛, 또는 항공기 내의 다른 어떤 전력 소스에 접속될 수도 있다.

크루 인터페이스 커넥터(1820)는 프로세서 유닛(1810)에 항공기의 크루 인터페이스에 대한 접속을 제공한다. 예시적인 예들에서, 크루 인터페이스는 예를 들어, 항공기의 조종실 상의 스위치 및 디스플레이일 수도 있다.

이러한 예시적인 예에서, 항공기 시스템 커넥터(1822)는 프로세서 유닛(1810)과 항공기의 항공 전자 기기 간의 접속을 제공한다. 이러한 접속은 표준 ARINC 429를 충족하는 데이터 버스, 또는 정보를 송신하기 위한 임의의 다른 적당한 타입의 버스, 네트워크 또는 통신 매체를 통할 수도 있다.

항공기 추적 시스템(1800)의 예시는 항공기 추적 시스템(1800)을 구현하는데 사용될 수 있는 하드 컴포넌트들의 일례로서만 여겨지며, 다른 예시적인 예들이 구현될 수 있는 방식을 제한하는 것으로 여겨지는 것은 아니다. 예를 들어, 다른 예시적인 예들에서, 위성 항법 시스템 수신기(1806) 이외의 다른 컴포넌트들이 센서 데이터를 제공하는데 사용될 수도 있다. 예를 들어, 가속도계 시스템, 관성 측정 유닛 또는 다른 디바이스들이 사용될 수도 있다.

또 다른 예에서, 전력 소스가 항공기 추적 시스템(1800)에 전력을 제공하는데 실패하는 경우에 전력을 제공하기 위한 배터리 시스템(1816)에 추가로 또는 그 대신에 커패시터 시스템이 사용될 수도 있다. 다른 예시적인 예에서, 항공기 시스템 커넥터(1822)는 항공기 추적 시스템(1800)에서 누락될 수도 있다.

다음에 도 19를 참조하면, 예시적인 실시예에 따라 상태 정보를 보고하기 위한 프로세스의 흐름도의 예시가 도시된다. 도 19에 예시된 프로세스는 도 2의 항공기 추적 시스템(200)에서 구현된다. 특히, 프로세스는 도 2의 항공기 추적 시스템(200) 내의 항공기 추적기(204)에서 구현될 수도 있다.

항공기의 항공기 센서 시스템으로부터 수신된 센서 데이터를 사용하여 항공기의 상태를 식별(동작(1900))함으로써 프로세스가 시작된다. 프로세스는 센서 데이터로부터 식별된 항공기의 상태; 크루 인터페이스로부터 크루 커맨드가 수신되거나 지상 소스로부터 지상 커맨드가 수신되는 것 중 적어도 하나의 경우의 크루 커맨드 또는 지상 커맨드 중 적어도 하나; 그리고 크루 커맨드, 지상 커맨드, 또는 센서 데이터로부터 식별된 항공기의 상태 중 적어도 하나를 기초로 하는, 보고에 대한 우선순위들을 정의하는 정책을 사용하여 설정된 보고 레이트로 상태 정보를 송신하고(동작(1902)), 프로세스는 동작(1900)으로 돌아간다.

다음에 도 20을 참조하면, 예시적인 실시예에 따라 상태 정보를 보고하기 위한 프로세스의 흐름도의 예시가 도시된다. 도 20에 예시된 프로세스는 도 2의 항공기 추적기(204)에서 구현될 수도 있다.

센서 데이터, 크루 커맨드 및 지상 커맨드를 모니터링(동작(2000))함으로써 프로세스가 시작된다. 동작(2000)에서, 센서 데이터는 항공기 추적 시스템의 항공기 센서 시스템으로부터 수신된다. 추가로, 센서 데이터는 또한 항공기의 센서 시스템으로부터 수신될 수도 있다. 크루 커맨드는 크루 커맨드 인터페이스로부터 수신되고, 지상 커맨드는 위성 통신 시스템을 통해 지상 소스로부터 수신된다.

프로세스는 상태 정보가 송신되어야 하는지 여부를 결정한다(동작(2002)). 상태 정보가 송신되지 않아야 한다면, 프로세스가 종료된다. 동작(2002)은 도 5의 송신 상태 식별기(500)에 의해 수행된다.

그렇지 않으면, 프로세스는 센서 데이터 및 정책을 사용하여 항공기의 상태를 식별한다(동작(2004)). 정책은 항공기의 현재 상태를 식별하기 위해 센서 데이터에 적용되는 하나 또는 그보다 많은 규칙들을 포함한다. 동작(2004)은 도 5의 거동 분석기(502)에 의해 수행된다.

프로세스는 식별된 항공기의 상태, 정책, 그리고 크루 커맨드 또는 지상 커맨드 중 적어도 하나가 수신될 때의 크루 커맨드 또는 지상 커맨드 중 적어도 하나를 사용하여 보고 레이트를 식별한다(동작(2006)). 동작(2006)은 도 5의 항공기 상태 정보 보고기(504)에 의해 수행된다.

동작(2006)에서의 정책은 항공기의 상태를 기초로 보고 레이트들을 정의하는 규칙들을 포함한다. 정책은 또한 규칙들을 적용하는데 사용되는 데이터를 포함할 수도 있다. 정책은 또한 크루 커맨드나 지상 커맨드, 또는 둘 다 수신될 때 보고 레이트들을 정의하는 규칙들을 포함한다. 이런 식으로, 정책은 크루 멤버로부터의 입력, 지상 소스, 및 항공기에 대해 식별된 상태를 기초로 보고 레이트의 설정시 우선순위를 정의한다. 예를 들어, 항공기 추적기가 가장 높은 우선순위를 갖는다면, 지상 또는 크루 멤버로부터의 입력의 레이트는 항공기 추적기에 의해 설정된 대로 보고 레이트를 변경하지 않을 것이다. 예시적인 예에서, 우선순위는 보고 레이트의 설정시 무단 조작을 줄이고 자율성을 높이는 식으로 선택될 수도 있다.

프로세스는 송신에 대해 상태 정보를 식별한다(동작(2008)). 동작(2008)은 도 5의 항공기 상태 정보 보고기(504)에 의해 수행된다. 프로세스는 앞서 설명한 바와 같이 보고 레이트로 상태 정보를 송신하고(동작(2010)), 프로세스는 동작(2000)으로 돌아간다. 동작(2010)은 또한 도 5의 항공기 상태 정보 보고기(504)에 의해 수행된다.

다음에 도 21을 참조하면, 예시적인 실시예에 따라 항공기의 상태를 식별하기 위한 프로세스의 흐름도의 예시가 도시된다. 도 21에 예시된 프로세스는 도 20의 동작(2004)을 위한 한 구현의 일례이다.

센서 데이터에 정책의 규칙들을 적용(동작(2100))함으로써 프로세스가 시작된다. 프로세스는 규칙들의 적용을 기초로 상태들을 식별한다(동작(2102)). 예를 들어, 고도에 대한 규칙은 항공기의 상태가 고도에 대해 "정상"임을 표시할 수도 있다. 항공기의 피치에 대한 다른 규칙은 센서 데이터에 그 규칙이 적용될 때 항공기가 "비정상"임을 표시할 수도 있다. 전력에 대한 세 번째 규칙은 센서 데이터의 전력 정보에 규칙이 적용될 때 조난 상황이 존재함을 표시할 수도 있다.

다음에, 프로세스는 식별된 상태들을 기초로 항공기의 상태를 식별하며(동작(2104)), 이후 프로세스가 종료된다. 동작(2104)에서, 모든 규칙들은 동일한 상태가 식별되는 결과를 야기할 수도 있다. 어떤 경우들에, 일부 규칙들은 "정상" 상태를 표시할 수 있는 한편, 다른 규칙은 "비정상" 상태를 표시한다. 또 다른 예에서, 한 규칙은 "정상" 상태를 표시할 수 있고, 두 번째 규칙은 "조난" 상태를 표시할 수 있는 한편, 세 번째 규칙은 "비정상" 상태를 표시한다.

이러한 서로 다른 상태들은 상태들의 우선순위를 정의하는 정책을 사용하여 2104의 동작에서 해결된다. 예를 들어, 우선순위는 "조난," "비정상" 및 "정상"일 수도 있으며, "조난"은 가장 높은 우선순위를 갖고 "정상"은 가장 낮은 우선순위를 갖는다.

다음에 도 22를 참조하면, 예시적인 실시예에 따라 상태 레이트를 식별하기 위한 프로세스의 흐름도의 예시가 도시된다. 도 22에 예시된 프로세스는 도 20의 동작(2004)을 위한 한 구현의 일례이다.

크루 커맨드 또는 지상 커맨드 중 적어도 하나가 수신되었는지 여부를 결정(동작(2200))함으로써 프로세스가 시작된다. 크루 커맨드도 지상 커맨드도 수신되지 않았다면, 프로세스는 항공기에 대해 식별된 상태에 정책을 적용함으로써 보고 레이트를 식별하고(동작(2202)), 이후 프로세스가 종료된다. 상태에 정책을 적용할 때, 구현에 따라 항공기의 위치가 또한 고려될 수도 있다.

크루 커맨드 또는 지상 커맨드 중 적어도 하나가 수신되었다면, 크루 커맨드 또는 지상 커맨드 중 적어도 하나 그리고 항공기의 상태가 입력들이 된다. 다시 동작(2200)을 참조하면, 크루 커맨드 또는 지상 커맨드 중 적어도 하나가 수신되었다면, 프로세스는 정책을 사용하여 입력들 중 가장 높은 우선순위를 갖는 입력을 식별한다(동작(2204)). 예를 들어, 정책은 "조난" 상태를 식별하는 입력에 가장 높은 우선순위를 부여할 수도 있다. 다른 예에서, 크루 커맨드가 "비정상" 상태를 표시하는 한편, 항공기의 상태는 "정상"으로 식별되었다면, 크루 입력이 가장 높은 우선순위를 갖는다.

다음에, 프로세스는 가장 높은 우선순위를 갖는 입력을 기초로 보고 레이트를 식별한다(동작(2206)). 이후 프로세스가 종료된다.

이제 도 23을 참조하면, 예시적인 실시예에 따라 상태 정보를 식별하기 위한 프로세스의 흐름도의 예시가 도시된다. 도 23에 예시된 프로세스는 도 20의 동작(2006)을 위한 한 구현의 일례이다.

항공기의 현재 포지션을 식별(동작(2300))함으로써 프로세스가 시작된다. 프로세스는 항공기의 현재 포지션들을 식별한다(동작(2302)).

프로세스는 발생한 상태 전환들을 식별한다(동작(2304)). 포함된 상태 전환들은 일정 횟수의 전환들 또는 일정 기간의 시간 내에 발생하는 전환들을 기초로 한다. 예를 들어, 동작(2304)에서는, "정상" 상태, "비정상" 상태 및 정상 상태가 상태 전환들에 포함될 수 있는데, 이는 이러한 상태들이 1시간 기간의 시간 내에 발생했기 때문이다. 추가로, 각각의 상태의 듀레이션이 상태 전환들에 포함될 수도 있다.

프로세스는 항공기에 대해 식별된 상태에 관련된 항공기의 시스템들의 상태를 식별하며(동작(2306)), 이후 프로세스가 종료된다. 동작(2306)에서, 항공기의 상태는 "비정상"으로 식별되었을 수도 있다. "비정상"으로 식별된 파라미터들과 연관된 시스템들은 동작(2304)에서 식별된 시스템들로서 포함된다. 시스템들의 상태는 상태 정보에 포함시키기 위해 식별될 수도 있다.

상태가 "정상"인 경우라면, 상태 정보에 어떠한 시스템들도 포함되지 않을 수도 있다. 대안으로, 시스템들의 디폴트 세트에 대한 상태가 사용될 수도 있다. 본 명세서에서 사용되는 바와 같이, 항목들에 관해 사용될 때 "세트"는 하나 또는 그보다 많은 항목들을 의미한다. 예를 들어, 시스템들의 세트는 하나 또는 그보다 많은 시스템들이다.

도시된 서로 다른 실시예들의 흐름도들 및 블록도들은 예시적인 실시예의 장치들 및 방법들의 일부 가능한 구현들의 아키텍처, 기능 및 동작을 예시한다. 이와 관련하여, 흐름도들 또는 블록도들 내의 각각의 블록은 모듈, 세그먼트, 기능, 또는 동작이나 단계의 일부 중 적어도 하나를 나타낼 수도 있다. 예를 들어, 블록들 중 하나 또는 그보다 많은 블록은 프로그램 코드로서, 하드웨어로, 또는 프로그램 코드와 하드웨어의 결합으로 구현될 수도 있다. 하드웨어로 구현될 때, 하드웨어는 예를 들어, 흐름도들 또는 블록도들의 하나 또는 그보다 많은 동작들을 수행하도록 제조 또는 구성되는 집적 회로들의 형태를 취할 수도 있다. 프로그램 코드와 하드웨어의 결합으로서 구현될 때, 구현은 펌웨어의 형태를 취할 수도 있다.

예시적인 실시예의 일부 대안적인 구현들에서는, 블록들에서 언급된 기능 또는 기능들이 도면들에서 언급된 순서와 다르게 발생할 수도 있다. 예를 들어, 어떤 경우들에는, 연속하여 도시된 2개의 블록들이 실질적으로 동시에 수행될 수도 있고, 또는 블록들이 수반되는 기능에 따라 간혹 역순으로 수행될 수도 있다. 또한, 흐름도 또는 블록도에서 예시된 블록들 외에도 다른 블록들이 추가될 수도 있다.

예를 들어, 동작(2006)에서, 송신에 대한 상태 정보의 식별은, 상태 정보에 어떤 정보가 포함되어야 하는지를 식별하는 규칙들을 갖는 정책을 사용하여 수행될 수도 있다. 정책은 항공기의 상태를 기초로 상태 정보를 선택할 수도 있다.

본 개시의 예시적인 실시예들은 도 24에 도시된 것과 같은 항공기 제조 및 서비스 방법(2400) 그리고 도 25에 도시된 것과 같은 항공기(2500)와 관련하여 설명될 수 있다. 먼저 도 24를 참조하면, 예시적인 실시예에 따라 항공기 제조 및 서비스 방법의 블록도의 예시가 도시된다. 예비 생산 동안, 항공기 제조 및 서비스 방법(2400)은 도 25의 항공기(2500)의 규격 및 설계(2402) 그리고 자재 조달(2404)을 포함할 수 있다.

생산 동안에는, 도 25의 항공기(2500)의 컴포넌트 및 하위 부품 제조(2406) 그리고 시스템 통합(2408)이 이루어진다. 이후, 항공기(2500)는 운항(2412)되기 위해 인증 및 납품(2410)을 거칠 수 있다. 고객에 의한 운항(2412) 동안, 항공기(2500)는 정기 유지보수 및 서비스(2414)를 위해 스케줄링되는데, 이는 수정, 재구성, 개조 및 다른 유지보수 또는 서비스를 포함할 수도 있다.

항공기 제조 및 서비스 방법(2400)의 프로세스들 각각은 시스템 통합자, 제3자, 오퍼레이터, 또는 이들의 어떤 결합에 의해 수행 또는 실행될 수도 있다. 이러한 예들에서, 오퍼레이터는 고객일 수도 있다. 이러한 설명을 목적으로, 시스템 통합자는 임의의 수의 항공기 제작사들 및 메이저 시스템 하도급 업체들을 제한 없이 포함할 수도 있고; 제3자는 임의의 수의 판매사들, 하도급 업체들, 공급사들을 제한 없이 포함할 수도 있으며; 오퍼레이터는 항공사, 리스(leasing) 회사, 군사업체, 서비스 기관 등일 수도 있다.

이제 도 25를 참조하면, 예시적인 실시예가 구현될 수 있는 항공기의 블록도의 예시가 도시된다. 이 예에서, 항공기(2500)는 도 24의 항공기 제조 및 서비스 방법(2400)에 의해 생산되며, 복수의 시스템들(2504) 및 내부(2506)와 함께 기체(2502)를 포함할 수 있다. 시스템들(2504)의 예들은 추진 시스템(2508), 전기 시스템(2510), 유압 시스템(2512) 및 환경 시스템(2514) 중 하나 이상을 포함한다. 임의의 수의 다른 시스템이 포함될 수도 있다. 항공 우주 산업의 예가 도시되지만, 서로 다른 예시적인 실시예들은 자동차 산업과 같은 다른 산업들에 적용될 수도 있다.

본 명세서에서 구현되는 장치들 및 방법들은 도 24의 항공기 제조 및 서비스 방법(2400)의 단계들 중 적어도 하나의 단계 동안 이용될 수도 있다. 한 예시적인 예에서, 도 24의 컴포넌트 및 하위 부품 제조(2406)에서 생산된 컴포넌트들 또는 하위 부품들은 도 24에서 항공기(2500)가 운항중(2412)인 동안 생산된 컴포넌트들 또는 하위 부품들과 비슷한 방식으로 제작 또는 제조될 수도 있다. 예를 들어, 도 2의 항공기 추적 시스템(200)에 대한 컴포넌트들은 이러한 단계들 중 어느 하나에서 제조될 수도 있다.

다른 예시적인 예에서, 항공기 추적 시스템(200)은 시스템 통합(2408) 또는 유지보수 및 서비스(2414) 동안 항공기(202)에 추가될 수도 있다. 또 다른 예로서, 항공기(2500)가 운항중(2412)인 동안, 도 24에서 유지보수 및 서비스(2414) 동안, 또는 두 경우 모두, 하나 또는 그보다 많은 장치들의 실시예들, 방법 실시예들, 또는 이들의 결합이 이용될 수도 있다. 예를 들어, 도 2의 항공기 추적 시스템(200)은 항공기(2500)의 비행 도중 운항중(2412)인 동안 또는 유지보수 및 서비스(2414) 동안 테스트되고 있을 때 사용될 수도 있다.

따라서 예시적인 예들은 항공기를 추적하기 위한 방법 및 장치를 제공한다. 예를 들어, 예시적인 예들은 항공기에 관한 상태 정보를 보고하기 위한 방법 및 장치를 제공한다. 예시적인 예에서는, 항공기 추적 시스템들의 무단 조작에 대한 기술적 문제점을 극복하는 방식으로 보고가 수행된다. 하나 또는 그보다 많은 기술적 솔루션들은 크루 또는 지상 소스 중 적어도 하나로부터의 커맨드들과 항공기 추적에 의해 식별된 상태 사이에 우선순위를 정의하는 정책을 기초로 항공기에 관한 상태 정보를 보고한다. 정책의 사용은 항공기 추적 시스템에서 자율성을 증가시킨다. 정책은 또한 무단 조작을 감소시키고자 하는 바람을 고려하는 방식으로 크루 또는 지상 소스 중 적어도 하나로부터 전송된 커맨드들로부터의 어떤 영향을 허용한다.

서로 다른 예시적인 실시예들의 설명은 예시 및 설명을 목적으로 제시되었으며, 개시된 형태로 실시예들을 총망라하거나 이에 한정되도록 의도되는 것은 아니다. 서로 다른 예시적인 예들은 작용들 또는 동작들을 수행하는 컴포넌트들을 설명한다. 예시적인 실시예에서, 컴포넌트는 설명된 작용 또는 동작을 수행하도록 구성될 수도 있다. 예를 들어, 컴포넌트는, 컴포넌트에 의해 수행되는 것으로 예시적인 예들에서 설명되는 작용 또는 동작을 수행하는 능력을 컴포넌트에 제공하는 구조에 대한 구성 또는 설계를 가질 수도 있다.

많은 수정들 및 변형들이 해당 기술분야에서 통상의 지식을 가진 자들에게 명백할 것이다. 추가로, 서로 다른 예시적인 실시예들은 다른 바람직한 실시예들과 비교할 때 다른 특징들을 제공할 수도 있다. 선택된 실시예 또는 실시예들은 실시예들의 원리들, 실제 적용을 가장 잘 설명하기 위해, 그리고 해당 기술분야에서 통상의 지식을 가진 다른 자들이 고려되는 특정 용도에 맞게 다양한 수정들을 갖는 다양한 실시예들에 대한 개시를 이해할 수 있게 하기 위해 선택되고 설명된다.

주: 다음 단락들은 본 개시의 추가 양상들을 설명한다:

A1. 항공기(202)에 대한 상태 정보(222)를 보고하기 위한 방법은,

항공기(202)에서 항공기 센서 시스템(206)으로부터 수신된 센서 데이터(210)를 사용하여 항공기(202)의 상태(212)를 식별하는 단계; 및

센서 데이터(210)로부터 식별된 항공기(202)의 상태(212), 크루 인터페이스(216)로부터 크루 커맨드(214)가 수신되거나 지상 소스(220)로부터 지상 커맨드(218)가 수신되는 것 중 적어도 하나의 경우의 크루 커맨드(214) 또는 지상 커맨드(218) 중 적어도 하나, 그리고 크루 커맨드(214), 지상 커맨드(218), 또는 센서 데이터(210)로부터 식별된 항공기(202)의 상태(212) 중 적어도 하나를 기초로 하는, 보고에 대한 우선순위들을 정의하는 정책(518)을 사용하여 설정된 보고 레이트(224)로 상태 정보(222)를 송신하는 단계를 포함한다.

A2. 단락 A1의 방법에서, 식별하는 단계 및 송신하는 단계는 센서 데이터(210)를 사용하여 항공기(202)의 상태(212)를 식별하는 거동 분석기(502), 및 크루 커맨드(214) 또는 지상 커맨드(218) 중 적어도 하나가 수신될 때의 크루 커맨드(214) 또는 지상 커맨드(218) 중 적어도 하나 그리고 센서 데이터(210)로부터 식별된 항공기(202)의 상태(212)를 사용하여 설정된 보고 레이트(224)로 상태 정보(222)를 송신하는 상태 정보 보고기(504)를 포함하는 항공기 추적기(204)에서 수행된다.

A3. 단락 A2의 방법은,

상태 정보(222)가 송신되어야 하는지 여부를 결정하는 단계;

크루 커맨드(214) 또는 지상 커맨드(218) 중 적어도 하나가 수신될 때의 크루 커맨드(214) 또는 지상 커맨드(218) 중 적어도 하나 그리고 센서 데이터(210)로부터 식별된 항공기(202)의 상태(212)를 사용하여 보고 레이트(224)를 식별하는 단계;

송신에 대해 상태 정보(222)를 식별하는 단계; 및

상태 정보(222)가 송신되어야 한다는 결정이 존재하는 경우에 상태 정보(222)가 송신되어야 할 때 보고 레이트(224)로 상태 정보(222)를 송신하는 단계를 더 포함한다.

A4. 단락 A2의 방법에서, 항공기 추적기(204)는,

크루 커맨드(214)를 생성하고 항공기 추적기(204)에 크루 커맨드(214)를 전송하도록 구성된 크루 인터페이스(216)를 더 포함한다.

A5. 단락 A1의 방법에서, 정책들이 존재하며, 이 방법은,

지상 커맨드(218)로 수신된 선택을 기초로 정책들 중에서 정책(518)을 선택하는 단계를 더 포함한다.

A6. 단락 A1의 방법에서, 항공기 센서 시스템(206)은 위성 항법 시스템, 관성 측정 유닛 또는 가속도계 시스템 중 적어도 하나로부터 선택된다.

A7. 단락 A1의 방법에서, 송신하는 단계는,

항공기(202)의 위치; 그리고 크루 커맨드(214) 또는 지상 커맨드(218) 중 적어도 하나가 수신될 때의 크루 커맨드(214) 또는 지상 커맨드(218) 중 적어도 하나 그리고 센서 데이터(210)로부터 식별된 항공기(202)의 상태(212)를 사용하여 설정된 보고 레이트(224)로 상태 정보(222)를 송신하는 단계를 포함한다.

A8. 단락 A1의 방법에서, 센서 데이터(210)는 전력 정보, 항공기(202)의 위치, 또는 항공기(202)에 의해 수행되는 기동에 대한 다수의 파라미터들 중 적어도 하나로부터 선택된다.

A9. 단락 A1의 방법에서, 상태 정보(222)는 식별된 항공기(202)의 상태(212), 센서 데이터(210), 또는 센서 데이터(210)로부터 도출된 정보 중 적어도 하나로부터 선택된 정보를 포함한다.

B1. 항공기 추적 시스템(200)은,

무단 조작이 불가능한 하우징(209);

하우징(209) 내에 위치하는 센서 시스템(206) ― 센서 시스템(206)은 항공기(202)에 관한 센서 데이터(210)를 생성하도록 구성됨 ―;

하우징(209) 내에 위치하는 거동 분석기(502) ― 거동 분석기(502)는 센서 데이터(210)를 사용하여 항공기(202)의 상태(212)를 식별하도록 구성됨 ―;

하우징(209) 내에 위치하는 상태 정보 보고기(504) ― 상태 정보 보고기(504)는 센서 데이터(210)로부터 식별된 항공기(202)의 상태(212); 크루 커맨드(214) 또는 지상 커맨드(218) 중 적어도 하나가 수신될 때의 크루 커맨드(214) 또는 지상 커맨드(218) 중 적어도 하나; 그리고 항공기(202)의 위치를 사용하여 설정된 보고 레이트(224)로 상태 정보(222)를 보고하도록 구성됨 ―; 및

하우징(209) 내에 위치하는 통신 시스템(208)을 포함하며, 통신 시스템(208)은 지상 커맨드(218)를 수신하고 상태 정보 보고기(504)에 의해 송신된 상태 정보(222)를 전송하도록 구성된다.

B2. 단락 B1의 항공기 추적 시스템(200)에서, 센서 시스템(206)은 위성 항법 시스템, 관성 측정 유닛 또는 가속도계 시스템 중 적어도 하나로부터 선택된다.

Claims (15)

1. 항공기 추적기를 포함하는 장치로서, 상기 항공기 추적기는,
   센서 데이터 및 정책들 내의 규칙을 기초로 항공기의 상태를 생성하도록 구성된 거동 분석기 ― 상기 정책들은,
   크루 인터페이스로부터의 크루 커맨드, 지상 소스로부터의 지상 커맨드, 및 상기 항공기 추적기의 자율적 모드 중에서 우선 순위를 정의하고,
   상기 항공기의 상태를 결정하는, 센서 시스템으로부터 수신한, 상기 센서 데이터에서 고려된 파라미터들을 특정하고,
   상기 거동 분석기로부터 출력되어 항공기 상태 정보 보고기에 의해 수신된 상기 항공기의 상태를 리셋시까지 항공기 상태 식별기에 의해 식별된 최악의 상태로 홀드하도록 구성된, 상기 항공기 추적기의 상기 거동 분석기 내의 래치(latch)를 제어하고, 그리고
   비행 중 상기 리셋을 허용하는 우선 순위를 특정하도록 구성됨 ―;
   상기 크루 인터페이스로부터의 크루 커맨드 및 상기 지상 소스로부터의 지상 커맨드 중 적어도 하나의 수신에 기초하여 상기 우선 순위에 따라 그리고 상기 항공기의 상태에 기초하여 상기 항공기 상태 정보 보고기에 대한 보고 레이트를 설정하도록 구성된 레이트 식별기 ― 상기 항공기 추적기에 의한 상기 항공기의 조난 상태의 식별은, 상기 레이트 식별기에 의해, 상기 크루 인터페이스 및 상기 지상 소스 중 적어도 하나로부터 수신된 상기 보고 레이트를 변경하라는 커맨드를 준수하지 못하도록 함 ―; 및
   상기 보고 레이트로 상기 항공기의 상태를 포함하는 상태 정보를 전송하도록 구성된 상기 항공기 상태 정보 보고기를 포함하는,
   장치.
2. 제1항에 있어서,
   상기 항공기의 상태는 정상, 비정상, 및 조난 중 하나를 포함하고,
   상기 파라미터들은 상기 항공기의 자세, 뱅크 각(bank angle), 롤 레이트(roll rate), 지속 시간 및 지오펜싱(geofending) 의존도를 포함하는 그룹에서 특정되고,
   상기 거동 분석기는, 상기 정책들 중 상기 센서 데이터(210)에 적용되는 정책에 기초하여 상기 항공기(202)의 상태(212)를 식별하도록 구성되고,
   상기 항공기 상태 정보 보고기는 상기 크루 커맨드 또는 상기 지상 커맨드 중 적어도 하나의 수신에 응답하여 그리고, 상기 크루 커맨드 또는 상기 지상 커맨드 중 상기 적어도 하나 및 상기 센서 데이터로부터 식별된 상기 항공기의 상태에 기초하여, 상기 보고 레이트로 상기 항공기의 상태를 전송하도록 구성되는,
   장치.
3. 제2항에 있어서,
   상기 상태 정보(222)가 송신되어야 하는지 여부를 표시하도록 구성된 송신 상태 식별기(500)를 더 포함하며,
   상기 레이트 식별기는, 상기 크루 커맨드 또는 상기 지상 커맨드 중 적어도 하나의 수신에 응답하여 그리고, 상기 크루 커맨드 또는 상기 지상 커맨드 중 상기 적어도 하나 및 상기 센서 데이터로부터 식별된 상기 항공기의 상태에 기초하여 상기 보고 레이트를 식별하도록 구성되고,
   상기 항공기 상태 정보 보고기는,
   송신을 위해 상기 항공기의 상태를 식별하고, 그리고,
   상기 항공기의 상태가 송신되어야 한다는 송신 상태 식별기 내의 표시에 응답하여, 상기 보고 레이트로 상기 항공기의 상태를 송신하도록 구성되는,
   장치.
4. 제2항에 있어서,
   상기 거동 분석기는 상기 센서 시스템으로부터 수신한 센서 데이터 및 상기 센서 데이터에 기초하여 상기 항공기의 상태를 정의한 정책에 기초하여 상기 항공기의 상태를 식별하도록 구성된,
   장치.
5. 제1항에 있어서,
   상기 항공기 상태 정보 보고기는 상기 레이트 식별기를 포함하고, 그리고
   상기 크루 인터페이스는 상기 크루 커맨드를 생성하고, 상기 크루 커맨드를 상기 항공기 추적기에 전송하도록 구성된,
   장치.
6. 제1항에 있어서,
   상기 항공기 추적기는 상기 지상 커맨드 내에서 수신된 선택에 기초하여 상기 정책들 중 상기 크루 인터페이스를 통한 상기 항공기 추적기의 보고를 비활성화(disable)하는 능력을 제한하는 정책을 선택하도록 구성된,
   장치.
7. 제1항에 있어서,
   상기 센서 시스템(206)은 위성 항법 시스템, 관성 측정 유닛 또는 가속도계 시스템 중 적어도 하나를 포함하는,
   장치.
8. 제1항에 있어서,
   상기 항공기 추적기는, 상기 항공기의 위치에 기초하여 상기 보고 레이트로 상기 항공기의 상태를 전송하도록 구성된,
   장치.
9. 제1항에 있어서,
   상기 센서 데이터(210)는 상기 항공기(202)의 위치, 고도, 자세, 전력 정보, 상기 항공기(202)에 의해 수행되는 기동에 대한 다수의 파라미터들, 대기 속도, 롤각, 롤 레이트, 피치각, 피치 레이트, 압력, 온도 또는 연료 사용 중 적어도 하나로부터 선택되는,
   장치.
10. 제1항에 있어서,
    하우징(209)을 더 포함하며,
    상기 항공기 추적기(204) 및 상기 센서 시스템(206)은 상기 하우징(209) 내에 위치되고,
    상기 하우징(209)은 무단 조작이 불가능한,
    장치.
11. 제1항에 있어서,
    상기 항공기의 상태는 식별된 상기 항공기(202)의 상태(212), 상기 센서 데이터(210), 및 상기 센서 데이터(210)로부터 도출된 정보 중 적어도 하나를 포함하는,
    장치.
12. 항공기(202)에 대한 상태 정보(222)를 보고하기 위한 방법으로서,
    센서 데이터 및 정책들 내의 규칙을 기초로 항공기의 상태를 생성하는 단계 － 상기 정책들은,
    크루 인터페이스로부터의 크루 커맨드, 지상 소스로부터의 지상 커맨드, 및 상기 항공기(202) 내 항공기 추적기의 자율적 모드 중에서 우선 순위를 정의하고,
    상기 항공기의 상태를 결정하는 상기 센서 데이터에서 고려된 파라미터들을 특정하고,
    상기 항공기의 상태를 상기 항공기 내의 항공기 상태 식별기에 의해 식별된 최악의 상태로 리셋시까지 홀드하도록 구성된 래치(latch)를 제어하고,
    비행 중 상기 리셋을 허용하는 우선 순위를 특정하도록 구성됨―;
    상기 크루 인터페이스로부터의 크루 커맨드 및 상기 지상 소스로부터의 지상 커맨드 중 적어도 하나의 수신에 기초하여 상기 우선 순위에 따라 그리고 상기 항공기의 상태에 기초하여 항공기 상태 정보 보고기에 대한 보고 레이트를 설정하는 단계 ― 상기 항공기 추적기에 의한 상기 항공기의 조난 상태의 식별은, 상기 크루 인터페이스 및 상기 지상 소스 중 적어도 하나로부터 수신한 상기 보고 레이트를 변경하라는 커맨드를 준수하지 못하게 함 ―; 및
    상기 보고 레이트로 상기 항공기의 상태를 포함하는 상기 상태 정보를 송신하는 단계를 포함하는,
    방법.
13. 제12항에 있어서,
    상기 항공기의 상태는 정상, 비정상 및 조난 중 하나를 포함하고,
    상기 파라미터들은 상기 항공기의 자세, 뱅크 각(bank angle), 롤 레이트(roll rate), 지속 시간 및 지오펜싱(geofending) 의존도를 포함하는 그룹에서 특정되고,
    상기 생성하는 단계는, 상기 정책들 중 상기 센서 데이터(210)에 적용되는 정책에 기초하여 상기 항공기(202)의 상태(212)를 식별하는 단계를 포함하고,
    상기 송신하는 단계는, 상기 크루 커맨드 또는 상기 지상 커맨드 중 적어도 하나의 수신에 응답하여 그리고, 상기 크루 커맨드 또는 상기 지상 커맨드 중 상기 적어도 하나 및 상기 센서 데이터로부터 식별된 상기 항공기의 상태에 기초하여, 상기 보고 레이트로 상기 항공기의 상태를 송신하는 단계를 포함하는,
    항공기(202)에 대한 상태 정보(222)를 보고하기 위한 방법.
14. 제13항에 있어서,
    상기 항공기 내 송신 상태 식별기에 의해 상기 상태 정보(222)가 송신되어야 하는지 여부를 표시하는 단계;
    상기 크루 커맨드 또는 상기 지상 커맨드 중 적어도 하나의 수신에 응답하여 그리고, 상기 크루 커맨드 또는 상기 지상 커맨드 중 상기 적어도 하나 및 상기 센서 데이터로부터 식별된 상기 항공기의 상태 정보에 기초하여 상기 보고 레이트를 식별하는 단계;
    송신을 위해 상기 항공기의 상태를 식별하는 단계; 및
    상기 항공기의 상태가 송신되어야 한다는 송신 상태 식별기 내의 표시에 응답하여, 상기 보고 레이트로 상기 항공기의 상태를 송신하는 단계를 더 포함하는,
    항공기(202)에 대한 상태 정보(222)를 보고하기 위한 방법.
15. 제13항에 있어서,
    상기 생성하는 단계는, 센서 시스템으로부터 수신한 센서 데이터 및 상기 센서 데이터에 기초하여 상기 항공기의 상태를 정의한 정책에 기초하여 상기 항공기의 상태를 식별하는 단계를 포함하는,
    항공기(202)에 대한 상태 정보(222)를 보고하기 위한 방법.

Images