KR100527299B1 - Network system for managing fault in air traffic - Google Patents
Network system for managing fault in air traffic Download PDFInfo
- Publication number
- KR100527299B1 KR100527299B1 KR10-2003-0038561A KR20030038561A KR100527299B1 KR 100527299 B1 KR100527299 B1 KR 100527299B1 KR 20030038561 A KR20030038561 A KR 20030038561A KR 100527299 B1 KR100527299 B1 KR 100527299B1
- Authority
- KR
- South Korea
- Prior art keywords
- failure
- fault
- module
- client
- inspection
- Prior art date
Links
- 238000007689 inspection Methods 0.000 claims description 41
- 238000004891 communication Methods 0.000 claims description 16
- 238000004458 analytical method Methods 0.000 claims description 9
- 238000012360 testing method Methods 0.000 claims description 5
- 238000003860 storage Methods 0.000 claims description 2
- 238000007726 management method Methods 0.000 description 28
- 230000015556 catabolic process Effects 0.000 description 7
- 238000012423 maintenance Methods 0.000 description 7
- 238000000034 method Methods 0.000 description 6
- 230000000694 effects Effects 0.000 description 4
- 238000009434 installation Methods 0.000 description 4
- 238000004519 manufacturing process Methods 0.000 description 4
- 230000007547 defect Effects 0.000 description 3
- 238000010586 diagram Methods 0.000 description 3
- 238000011156 evaluation Methods 0.000 description 3
- 238000012545 processing Methods 0.000 description 3
- 244000062793 Sorghum vulgare Species 0.000 description 2
- 235000019713 millet Nutrition 0.000 description 2
- 206010014561 Emphysema Diseases 0.000 description 1
- 238000010276 construction Methods 0.000 description 1
- 238000007405 data analysis Methods 0.000 description 1
- 230000001934 delay Effects 0.000 description 1
- 238000001514 detection method Methods 0.000 description 1
- 230000007257 malfunction Effects 0.000 description 1
- 230000002265 prevention Effects 0.000 description 1
- 238000005728 strengthening Methods 0.000 description 1
- 230000009897 systematic effect Effects 0.000 description 1
- 238000012549 training Methods 0.000 description 1
Classifications
-
- G06Q50/40—
Landscapes
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
Abstract
본 발명은 국민이 여행을 하거나 비즈니스를 하기 위해 항공기를 이용할 때 국민의 생명을 보호하기 위하여 절대적으로 필요한 시스템으로서, 현장측 클라이언트에서 발생한 고장 및 조치내역을 관리서버에 등록하여 보고하면, 관리서버에서는 검사측 클라이언트에 고장데이터를 전달하고 고장을 분석하여 사용자의 요청에 따라 고장내역을 출력하는 것을 특징으로 하는, 네트웍을 통한 항공운항 고장관리 시스템에 관한 발명임.The present invention is an absolutely necessary system to protect the lives of the people when the people use the aircraft to travel or do business, and if the failure and measures occurring in the site-side client registered and reported to the management server, the management server The invention relates to a flight management fault management system through a network, characterized in that the fault data is transmitted to the inspecting client and the fault is analyzed and the fault is output according to a user's request.
Description
본 발명은 인터넷이나 모바일 등의 네트웍을 통해 항공운항 현장에서 발생하는 고장을 관리하는 시스템에 관한 것이다. The present invention relates to a system for managing failures occurring in the air navigation field through a network such as the Internet or mobile.
현재, 각 항공사, 지하철, 전철, 잠수함, 선박 등에 관련된 기관에서 고장을 보고하고 이를 관리하는 시스템이 없기 때문에 고장에 대한 정보가 축적 되어 있지 않아 고장 Trends를 알 수가 없다. 또한 이들 각 분야에서 자주 발생하는 고장은 무엇이 문제인지 알 수 없기 때문에 구매, 생산자, 부품, 메이커의 문제되는 것을 알 수가 없다. 이러한 고장의 체계적인 관리가 없다면 앞으로도 계속하여 지하철 사고, 기차사고, 항공사고, 선박사고, 잠수함사고 등이 발생할 것이다. At present, since there is no system for reporting and managing failures from agencies related to each airline, subway, train, submarine, ship, etc., information on failure is not accumulated, so failure trends cannot be known. In addition, failures that occur frequently in each of these areas do not know what is the problem, it is not known to the problem of purchasers, producers, parts, manufacturers. Without systematic management of such breakdowns, subway accidents, train accidents, airline accidents, ship accidents and submarine accidents will continue to occur in the future.
본 발명은 국민이 여행을 하거나 비즈니스를 하기 위해, 특히 항공기를 이용할 때 국민의 생명을 보호하기 위하여 절대적으로 필요한 시스템으로서, 항공운항의 현장측 클라이언트에서 발생한 고장 및 조치내역을 관리서버에 등록하여 보고하면, 관리서버에서는 검사측 클라이언트에 고장데이터를 전달하고 고장을 분석하여 사용자의 요청에 따라 고장내역을 출력하는 것을 특징으로 하는, 네트웍을 통한 항공운항 고장관리 시스템을 제공함을 목적으로 한다. The present invention is an absolutely necessary system for protecting people's life when traveling or doing business, especially when using a plane, and registers and reports the breakdowns and measures occurring in the field client of the air service in the management server. Then, the management server is to provide a flight management failure management system through the network, characterized in that to transmit the failure data to the inspection client and to analyze the failure to output the failure history according to the user's request.
도1은 본 발명에 따른 항공운항 고장보고 및 관리 시스템(SDR 시스템이라고도 호칭함)의 업무흐름도이다. 여기서, "현장"이라 함은 항공기를 운용하는 장소를 의미한다. 1 is a flow chart of a flight operation failure reporting and management system (also called an SDR system) according to the present invention. Here, "on-site" means a place where the aircraft is operated.
도1에서 볼 때, 현장에서 항공기의 운행 또는 점검 중에 고장이 발견되면 고장에 대한 내역을 기록하고 고장보고서를 작성한다. 고장보고서에는 항공기 대상물의 이력, 고장발생 위치, 구간, 고장구분, 고장부품, 원인 등을 소정의 양식에 정리하여 기입한다. 가능하면 사진 등의 영상을 첨부하는 것이 바람직하다. 1, if a failure is found during operation or inspection of the aircraft in the field, the details of the failure are recorded and a failure report is made. In the failure report, record the history of the aircraft object, the location of the failure, the section, the classification of the failure, the parts of the failure, and the cause in a prescribed form. If possible, it is preferable to attach a video such as a photograph.
현장에서 고장에 대해 조치가 가능한 경우에는 조치를 하고, 그렇지 않으면 시스템관리팀에 고장등록을 한다. 시스템관리팀에서는 고장을 접수하는데, 고장등록 내용은 고장이유, 관리번호, 지연시간, 발생장소, 고장발생일시, 고장코드, 고장부품의 메이커, 부품번호, 시리얼넘버, 롯트넘버 등이다.If a fault can be corrected at the site, take action. Otherwise, register the fault with the system management team. The system management team accepts the fault. The fault registration details are the reason for the fault, the control number, the delay time, the place of occurrence, the date and time of the fault, the fault code, the manufacturer of the faulted part, the part number, the serial number, and the lot number.
한편, 현장에서 고장을 조치한 경우에는 조치내역을 시스템관리팀에 등록한다. 조치내역의 등록 사항에는 상기 고장등록 내용에 조치결과가 추가된다.On the other hand, if the fault is corrected at the site, the action details are registered in the system management team. In the matters to be registered, the result of the action is added to the fault registration contents.
시스템관리팀에서는 고장(조치를 하지 않은 상태의)보고를 받으면 이 고장보고를 검사팀에 전달한다. 모든 고장보고를 검사팀에 전달하여 검사를 받도록 할 수도 있고, 사전에 고장 분류코드를 정해 놓고 특정 코드에 해당되는 고장의 경우에만 검사팀에 보낼 수도 있다.The system management team forwards the fault report to the inspection team when it receives a fault report. All fault reports can be forwarded to the inspection team for inspection, or a failure classification code can be set in advance and sent only to the inspection team for failures that correspond to a specific code.
검사팀에서는 고장보고를 전달받으면 소정의 검사기준에 의거하여 검사를 시행하고, 검사결과는 다시 시스템관리팀에 보고된다. 검사결과 보고의 기재항목에는 상기 고장등록 내용과 검사결과 데이터가 될 것이다.When the inspection team receives the failure report, the inspection team performs the inspection based on the predetermined inspection criteria, and the inspection result is reported back to the system management team. The items included in the inspection result report will be the fault registration contents and the inspection result data.
시스템관리팀에서는 현장으로부터의 조치내역과 검사팀으로부터의 고장보고를 접수하여 고장분석을 한다. 고장분석은 다양하게 수행될 수 있는데, 현장 내지는 검사팀(기타 다른 이용자일 수도 있음)의 조회요청에 따라 다음과 같은 고장분석을 행할 수 있다. 조건별, 대상물별 고장발생수, 부품결함율, 대상별 고장이력 등이 그것이다. 또한, 부품에 대한 신뢰성 판단도 포함될 수 있다. 신뢰성 판단이란 특정 고장부품의 발생빈도를 체크하여 표준 고장빈도와 비교하는 판단 방법이다. The system management team analyzes the faults from the site and reports the faults from the inspection team. The failure analysis can be performed in various ways. The following failure analysis can be performed according to an inquiry request from a site or an inspection team (which may be other users). These are the number of failures by condition, object, defect rate of parts, and failure history by object. In addition, the reliability of the parts may be included. Reliability judgment is a judgment method that checks the frequency of occurrence of a specific failure part and compares it with the standard failure frequency.
이와 같은 고장분석의 방법은 조회요청의 형식에 따라 좌우될 수 있다. 즉, 조건별 조회, 대상물별 고장발생 조회, 자재결함 조회, 대상물 이력조회, 종합고장 조회 등을 요청함에 따라 시스템관리팀에서는 기왕에 등록해 놓은 고장데이터들을 분석 조작할 수 있는 것이다. 한편, 출력 형태도 단순 보고서 형태 뿐만 아니라 그래프 형태도 가능하다. This method of failure analysis may depend on the type of inquiry request. That is, the system management team can analyze and manipulate the failure data registered in the past by requesting inquiry by condition, failure occurrence inquiry by object, material defect inquiry, object history inquiry, and comprehensive fault inquiry. On the other hand, the output form is not only a simple report form but also a graph form.
이상의 업무흐름에 있어서, 현장-시스템관리팀-검사팀은 인터넷 또는 모바일 등의 네트웍을 통해 연결가능하다. 이 경우에 시스템관리팀이 서버 역할을 하고, 현장과 검사팀이 각각 클라이언트 역할을 할 것이다. In the above workflow, the site-system management team-testing team can be connected through a network such as the Internet or mobile. In this case, the system management team will act as the server, and the site and inspection teams will each act as clients.
이하, 시스템관리팀의 업무를 수행하는 서버를 관리서버라 하고, 본 발명의 기본적 비즈니스를 수행하는 관리서버의 구성 및 작용에 대하여 설명한다.Hereinafter, a server performing a system management team's work will be referred to as a management server, and the configuration and operation of the management server performing the basic business of the present invention will be described.
도2는 본 발명에 따른 고장보고 관리시스템의 관리서버(100)의 구성도이다. 현장측 클라이언트와의 통신을 담당하는 제1통신모듈(102)과 검사팀측 클라이언트와의 통신을 담당하는 제2통신모듈(102')이 있다. 이들 통신모듈은 도2에서는 기능적으로 분리되어 있는 것으로 표시되었으나, 실제로는 물리적으로 통합되어 구성되는 것이 일반적이다. 그러나 이에 한정되지는 않는다. 2 is a block diagram of the management server 100 of the failure report management system according to the present invention. There is a first communication module 102 in charge of communication with the field-side client and a second communication module 102 'in communication with the client of the inspection team side. Although these communication modules are shown as functionally separated in FIG. 2, they are generally physically integrated and configured. However, it is not limited thereto.
또한, 제1통신모듈(102)을 통해서 현장 클라이언트로부터 고장보고와 조치내역을 등록받는 고장등록모듈(104) 및 조치내역 등록모듈(106)이 있다. 각 모듈에 고장등록 및 조치내역등록을 하기 위해서 고장 등록양식(108) 및 조치내역 등록양식(110)이 소정의 기억장치에 저장되어 있다. In addition, there is a failure registration module 104 and the action history registration module 106 to receive a failure report and action history from the field client through the first communication module 102. The fault registration form 108 and the action history registration form 110 are stored in a predetermined storage device for fault registration and action history registration in each module.
고장등록양식에 기재하여야 할 사항으로는 앞에서 설명한 것과 같이, 고장이유, 관리번호, 지연시간, 발생장소, 고장발생일시, 고장코드, 고장부품의 메이커, 부품번호, 시리얼넘버, 롯트넘버 등이 있다.As described above, items to be filled out in the fault registration form include the reason for the failure, the control number, the delay time, the occurrence place, the date and time of the fault, the fault code, the manufacturer of the fault part, the part number, the serial number, and the lot number. .
또한 조치내역 등록양식에 기재해야 할 사항은 위 사항들 이외에 조치내역 데이터가 추가된다. In addition to the above items, action history data is added to the action history registration form.
한편, 고장등록모듈(104)은 제2통신모듈(102')과 연결되어, 검사팀 클라이언트에 고장보고를 전송한다. 이러면 앞에서 설명한 것과 같이, 검사팀에서 고장보고에 따라 해당 고장에 대한 검사를 진행할 것이다. On the other hand, the failure registration module 104 is connected to the second communication module 102 ', and transmits a failure report to the inspection team client. In this case, as explained earlier, the inspection team will inspect the failure according to the failure report.
관리서버(100)에는 또한, 검사팀에서 검사를 완료한 후 검사팀 클라이언트에서 제2통신모듈(102')을 통해 전송한 검사결과를 등록하는 검사결과등록모듈(112) 및 검사결과 등록양식(114)이 있다. 검사결과 등록 사항은 용이한 처리를 위하여 사전에 코드 등에 의해 분류되는 것이 바람직하다. In addition, the management server 100, the inspection result registration module 112 and the inspection result registration form for registering the inspection result transmitted from the inspection team client through the second communication module 102 'after the inspection team completes the inspection ( 114). The inspection result registration items are preferably classified by code or the like for easy processing.
또한, 조치내역등록모듈(106)과 검사결과등록모듈(112)에 등록된 데이터를 근거로 고장을 분석하는 고장분석모듈(116)이 있다. 고장분석모듈(116)은 앞에서 설명한 것과 같이, 조회요청모듈(118)의 요청에 따라 고장데이터를 분석하여 그 결과를 출력한다. 예를 들어, 조건별, 대상물별 고장발생수, 부품결함율, 대상별 고장이력 등의 조회요청에 따라 고장데이터를 분석하는 것이다. In addition, there is a failure analysis module 116 for analyzing a failure based on the data registered in the action history registration module 106 and the test result registration module 112. As described above, the failure analysis module 116 analyzes failure data according to a request of the inquiry request module 118 and outputs the result. For example, failure data is analyzed according to the inquiry request such as the number of failures by condition, by object, part defect rate, and failure history by object.
또한, 신뢰성 판단이 가능하다. 신뢰성 판단이란 특정 고장부품의 발생빈도를 체크하여 표준 고장빈도와 비교하는 판단 방법이다. 고장부품의 상세 스펙과 제작사 등의 정보를 제공할 수 있으며 대상물의 고장 경향을 파악가능케 하는 보고서를 제공할 수 있고, 고장추적 보고서도 제공할 수 있다. In addition, reliability determination is possible. Reliability judgment is a judgment method that checks the frequency of occurrence of a specific failure part and compares it with the standard failure frequency. It can provide detailed specifications of the parts and manufacturer's information, provide a report that can identify the failure trend of the object, and can provide a failure tracking report.
고장분석모듈(116)에서 분석된 고장내용은 현장측 클라이언트 또는 검사팀 클라이언트 또는 기타 다른 이용자의 요청을 조회요청모듈(118)로 받아 출력모듈(12)로 출력한다. 출력의 형식은 앞에서 설명한 것과 같이 일반 보고서 형식이나 그래프 형식 등이 될 수 있다. 또한, 특정 대상물이 반복적으로 고장나는 경우에는 이를 경보(alert) 형식으로 출력하는 것도 가능할 것이다. 이러한 출력의 형식의 선택은 당업자에게 지극히 자명한 것이므로 구체적인 설명은 생략한다.The failure information analyzed by the failure analysis module 116 receives the request of the field client, the inspection team client, or another user to the inquiry request module 118 and outputs the output to the output module 12. The output can be in the form of a general report or a graph, as described earlier. In addition, if a specific object repeatedly fails, it may be possible to output it in the form of an alert. Since the selection of the format of the output is extremely obvious to those skilled in the art, a detailed description thereof will be omitted.
한편, 도2에서, 관리서버(100)에는 고장데이터DB(200)가 연결된다. 고장데이터DB(200)에는 상기 고장등록모듈(104)에 등록된 고장데이터를 저장하는 역할을 하는 것이다. 관리서버(100)에 연결되는 데이터베이스에는 이 밖에도 조치내역DB(미도시), 검사결과DB(미도시) 등이 가능하다. 이들을 별도로 도시하지 않고 설명을 하지는 않지만, 이들 데이터베이스 서버의 구축은 관리서버에 당연히 수반되는 내용이다. On the other hand, in Figure 2, the management server 100 is connected to the failure data DB (200). The failure data DB 200 serves to store failure data registered in the failure registration module 104. In addition to the database connected to the management server 100, the action history DB (not shown), the inspection result DB (not shown) is possible. Although these are not shown and described separately, the construction of these database servers is naturally accompanied by the management server.
고장데이터DB(200)에 저장되는 고장데이터의 예를 표에 도시하였다. An example of the failure data stored in the failure data DB 200 is shown in the table.
아래의 표에 나타낸 데이터는 항공기의 경우에 발생가능한 고장들의 데이터로서, 크게, 고장보고 테이블(표1), 장탈부품 테이블(표2), 고장이미지 테이블(표3), 고장코드 테이블(표4), 제작사 테이블(표5), 모델테이블(표6), 부품명 테이블(표7)로 구성하였다. The data shown in the table below is the data of the failures that can occur in the case of an aircraft, which is largely divided into a failure report table (Table 1), a replacement part table (Table 2), a failure image table (Table 3), and a failure code table (Table 4). ), A manufacturer table (Table 5), a model table (Table 6), and a part name table (Table 7).
기술적 효과Technical effect
1. 항공운항시에 반복적으로 발생하는 고장을 예측 가능하다.1. It is possible to predict failures that occur repeatedly during flight.
2. 항공기에 사용되는 부품의 메이커, 모델, 부품 번호, 시리얼번호, 고장발생 문제점, 조치내역, Diagram 등을 파악할 수 있다. 2. Identify the manufacturer, model, part number, serial number, problem of failure, action, and diagram of the parts used in the aircraft.
3. 항공기에 사용되는 부품 및 고장의 경향을 파악할 수 있다. 3. Identify trends in parts and failures used in aircraft.
- 안전 검사를 효과적으로 할 수 있는 유지보수 Trends 결정 -Determination of maintenance trends for effective safety inspection
- 구매처, 생산자, 교육, 안전 유지보수 절차 등 효율적인 관리 -Efficient management of the place of purchase, producer, training, safety maintenance procedures, etc.
- 유지보수 프로그램, 검사진행 절차 등의 효과적인 평가 -Effective evaluation of maintenance programs, inspection procedures, etc.
4. 고장 부품 및 컴포넌트를 추적할 수 있다.4. Track down faulty parts and components.
경제적 효과Economic effect
1. 항공운항에 있어서의 안전업무를 표준화할 수 있다. 1. Standardize safety tasks in air navigation.
2. 항공운항의 안전을 향상할 수 있다.2. The safety of air traffic can be improved.
3. 국민의 생명을 보호할 수 있다. 3. We can protect the lives of the people.
4. 기업이 생산한 제품(부품)의 평가를 피드백하여 기업으로 하여금 향상된 제품을 생산토록 유도할 수 있다. 4. Feedback from the evaluation of the products (parts) produced by the company can lead the company to produce improved products.
상업적 효과Commercial effect
1. 항공운항시의 안전업무 프로세스의 표준화를 통한 데이터 분석으로 안전 의사결정 및 미연의 사고 방지 프로그램 지원 가능1. Data analysis through standardization of safety work process in aviation operation enables support of safety decision making and unforeseen accident prevention programs
2. 국민의 생명을 보호함으로써 재물로 환산할 수 없는 상업적인 효과2. Commercial effects that cannot be converted into wealth by protecting the lives of the people.
3. 기업이 생산한 제품(부품)의 평가를 피드백하여 기업으로 하여금 향상된 제품을 생산토록 함으로써 세계 시장에서의 우리 기업의 경쟁력 향상3. Improve the competitiveness of our company in the global market by feeding back the evaluation of the products (parts) produced by the company, allowing the company to produce improved products.
4. 항공운항 분야 종사자의 교육 강화 효과. 4. Strengthening the education of aviation operators.
도1은 본 발명의 기본 업무흐름도1 is a basic workflow of the present invention
도2는 본 발명의 관리서버의 구성도.2 is a block diagram of a management server of the present invention.
Claims (9)
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
KR10-2003-0038561A KR100527299B1 (en) | 2003-06-14 | 2003-06-14 | Network system for managing fault in air traffic |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
KR10-2003-0038561A KR100527299B1 (en) | 2003-06-14 | 2003-06-14 | Network system for managing fault in air traffic |
Publications (2)
Publication Number | Publication Date |
---|---|
KR20040107895A KR20040107895A (en) | 2004-12-23 |
KR100527299B1 true KR100527299B1 (en) | 2005-11-17 |
Family
ID=37381909
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
KR10-2003-0038561A KR100527299B1 (en) | 2003-06-14 | 2003-06-14 | Network system for managing fault in air traffic |
Country Status (1)
Country | Link |
---|---|
KR (1) | KR100527299B1 (en) |
Families Citing this family (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
KR100793075B1 (en) * | 2005-12-01 | 2008-01-10 | 한국전자통신연구원 | System for managing falut using the technology of satellite telemetering and its method |
US7843359B2 (en) | 2005-12-01 | 2010-11-30 | Electronics And Telecommunications Research Institue | Fault management system using satellite telemetering technology and method thereof |
CN112711679B (en) * | 2020-12-24 | 2023-09-05 | 中航贵州飞机有限责任公司 | Airplane connection fault management system and method based on informatization platform |
-
2003
- 2003-06-14 KR KR10-2003-0038561A patent/KR100527299B1/en active IP Right Grant
Also Published As
Publication number | Publication date |
---|---|
KR20040107895A (en) | 2004-12-23 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
Khan et al. | No Fault Found events in maintenance engineering Part 1: Current trends, implications and organizational practices | |
Knotts | Civil aircraft maintenance and support Fault diagnosis from a business perspective | |
US8534553B2 (en) | Enhanced recordation device for rail car inspections | |
CN105741174B (en) | System and method for rule-based analysis of spatiotemporal constraints | |
US6219597B1 (en) | Process and device for aiding the maintenance of a complex system, especially an aircraft | |
US20150095317A1 (en) | Method and system for displaying a condition status of a component of a linear asset system | |
US20150105968A1 (en) | Computerized vehicle maintenance management system with embedded stochastic modelling | |
US20070010923A1 (en) | Diagnostic tool for repairing aircraft and method of using such a tool | |
JP2017009599A (en) | System and method for non-destructive test involving expert in remote place | |
Rajee Olaganathan et al. | Managing safety risks in airline maintenance outsourcing | |
US20060089846A1 (en) | Linked hierarchical airline maintenance process modeling | |
KR100527299B1 (en) | Network system for managing fault in air traffic | |
Ruijters et al. | Better railway engineering through statistical model checking | |
Cetin | FMECA applications and lessons learnt | |
Bekher et al. | Automation of control processes in the non-destructive testing units | |
Girdner | An integrated system safety model of the national airspace system | |
Aubin | Aircraft Maintenance: The art and science of keeping aircraft safe | |
Delgado et al. | A survey of current rotorcraft propulsion health monitoring technologies | |
Cole | Practical issues relating to statistical failure analysis of aero gas turbines | |
Lau | General aviation flight data monitoring | |
Bowman et al. | How the Internet of Things will improve reliability tracking | |
Rajamani et al. | Certification of Engine Health Management Systems: Guidelines for Selecting Software Assurance Levels | |
Alwardt et al. | Smart TPS development and implementation results | |
Ghobbar | Aircraft Maintenance Engineering | |
Okafor et al. | Development of an error detection instrument for aircraft maintenance |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
A201 | Request for examination | ||
E902 | Notification of reason for refusal | ||
E701 | Decision to grant or registration of patent right | ||
GRNT | Written decision to grant | ||
FPAY | Annual fee payment |
Payment date: 20070828 Year of fee payment: 18 |