JP2004252930A

JP2004252930A - 作業範囲を確定または変更するコンピュータ化された方法

Info

Publication number: JP2004252930A
Application number: JP2003147147A
Authority: JP
Inventors: Daniel J Budnik; ジェー．ブドニックダニエル; Ghislain Coulombe; クーロンブギスレイン
Original assignee: United Technologies Corp
Current assignee: Raytheon Technologies Corp
Priority date: 2002-05-24
Filing date: 2003-05-26
Publication date: 2004-09-09
Also published as: CA2429511A1; US20020188494A1; SG148009A1; NZ526082A; EP1365343A1

Abstract

【課題】業務を管理する新規でかつ改善された方法および装置を提供する。
【解決手段】業務を管理する新規でかつ改善された方法は、作業範囲を確定するコンピュータ化された方法によって達成され、この方法は、タスクのリストを提供し、このリストから所望のタスクを選択し、作業範囲に所望のタスクを追加し、関連するタスクが存在するかを判断し、関連するタスクが存在すればこれを作業範囲に追加することを含む。
【選択図】図２

Description

【０００１】
【発明の属する技術分野】
本発明は、業務を管理する方法および装置に関する。本発明は、特に、ガスタービンエンジンの整備業務を管理するコンピュータに関連する方法および装置に関する。
【０００２】
【従来の技術】
明細書全体にわたって以下の用語を使用するので、初めに説明する。
【０００３】
部品表（ＢｉｌｌｏｆＭａｔｅｒｉａｌ［ＢＯＭ］）は、ガスタービンエンジンなどの製品を構成する部品のリストを意味する。
【０００４】
主要部品リスト（ＭａｓｔｅｒＰａｒｔｓＬｉｓｔ）もしくは総部品表（ＧｒａｎｄＢＯＭ）は、製品で使用する可能性がある全ての部品のリストを意味する。
【０００５】
完成状態部品表（Ａｓ−ＢｕｉｌｔＢＯＭ）は、ＯＥＭ業者または整備業者が、製品の組立に使用した部品のリストを意味する。
【０００６】
発送状態部品表（Ａｓ−ＳｈｉｐｐｅｄＢＯＭ）は、ＯＥＭ業者または整備業者が、製品を発送するときに製品に含まれる部品のリストを意味する。製品は、組立後に試験を経る可能性があるので、発送状態部品表は、完成状態部品表と同じでない場合がある。試験結果が良好な場合には、ＯＥＭ業者または整備業者は、製品をそのまま発送するので、発送状態部品表は完成状態部品表と同一となる。試験結果が良好でない場合には、ＯＥＭ業者または整備業者は、製品の部品を交換して追加の試験を行いうる。ＯＥＭ業者または整備業者が部品を交換した場合には、発送状態部品表は、完成状態部品表とは同一でなくなる。
【０００７】
受取り状態コンフィギュレーション（Ａｓ−ＲｅｃｅｉｖｅｄＣｏｎｆｉｇｕｒａｔｉｏｎ）は、整備業者による分解時に製品に含まれていた部品のリストを意味する。整備業者が前回の整備を行っている場合には、受取り状態コンフィギュレーションは、発送状態部品表と同じになる。
【０００８】
設計コンフィギュレーション（ＰｌａｎｎｅｄＣｏｎｆｉｇｕｒａｔｉｏｎ）は、製品に再度組付けるために整備業者によって選択された部品の予備リストを意味する。
【０００９】
組み立てるべきコンフィギュレーション（ＳｈｏｕｌｄＢｕｉｌｄＣｏｎｆｉｇｕｒａｔｉｏｎ）は、製品に再度組付けるために整備業者によって選択された部品のリストを意味する。
【００１０】
エンジンマニュアル（ＥｎｇｉｎｅＭａｎｕａｌ）は、ＯＥＭ業者および（連邦航空局や欧州合同航空公団などの）航空当局に認可されたエンジン整備手順を含む刊行物を意味する。
【００１１】
図解部品カタログ（ＩｌｌｕｓｔｒａｔｅｄＰａｒｔｓＣａｔａｌｏｇ）は、エンジンの製造に使用される部品および交換部品の部品番号や説明図を含む刊行物を意味する。
【００１２】
業務広報（ＳｅｒｖｉｃｅＢｕｌｌｅｔｉｎ）は、ＯＥＭ業者および航空当局に認可された、既存のエンジンに技術変更を組込むための技術データを含む刊行物を意味する。この業務広報は、エンジンに技術変更を組込むために必要な作業指示を含む。
【００１３】
追加部品リスト（ＡｄｄＰａｒｔｓＬｉｓｔ）は、業務広報に従ってエンジンに追加することができる部品を意味する。
【００１４】
削除部品リスト（ＣａｎｃｅｌＰａｒｔｓＬｉｓｔ）は、業務広報に従ってエンジンから取り除くことができる部品を意味する。
【００１５】
セット必要条件（ＳｅｔｓＲｅｑｕｉｒｅｍｅｎｔ）は、追加部品リストの全ての部品をエンジンに追加する必要があり、かつ削除部品リストの全ての部品をエンジンから取り除く必要があるという業務広報の規定を指す。換言すれば、セット必要条件は、業務広報の部分的な導入を禁止する。
【００１６】
前提業務広報（ＰｒｅｒｅｑｕｉｓｉｔｅＳｅｒｖｉｃｅＢｕｌｌｅｔｉｎ）とは、整備業者が対象となる業務広報を実行する前に既にエンジンに組み込まれている業務広報である。一般に、対象となる業務広報は、前提業務広報によってなされた変更の一部を再度処理する。同時実行業務広報（ＣｏｎｃｕｒｒｅｎｔＳｅｒｖｉｃｅＢｕｌｌｅｔｉｎ）とは、整備業者が、対象となる業務広報と少なくとも同時に実行する必要がある業務広報である。
【００１７】
優先業務広報（ＳｕｐｅｒｃｅｄｉｎｇＳｅｒｖｉｃｅＢｕｌｌｅｔｉｎ）とは、対象となる業務広報に代わる業務広報である。
【００１８】
推奨業務広報（ＲｅｃｏｍｍｅｎｄｅｄＳｅｒｖｉｃｅＢｕｌｌｅｔｉｎ）とは、業務広報から最大限の利益を得るために、整備業者が対象となる業務広報とともに実行すべき業務広報である。
【００１９】
整備業者は、エンジンに種々の作業を行うことができる。整備業者は、このような整備業務を行う一方で、エンジンが有効な構造を確実に保持するようにしなければならない。換言すると、整備業者は、エンジンに使用される各々の部品が、エンジンに使用される他の部品と適合することを確認する必要がある。この作業は、コンフィギュレーション管理と呼ばれている。
【００２０】
理論上は単純であるが、実際のコンフィギュレーション管理は、整備業者にとって困難な作業である。コンフィギュレーション管理は、整備業務が複雑になるに従って益々複雑になる。整備業務には、複雑な順にオーバホール、修理、および整備が含まれる。
【００２１】
従来のコンフィギュレーション管理は、オーバホール時に非常に複雑になるため、整備業者によって手作業で行われている。整備業者は、実際には複数人によってこの作業を行うことが多い。コンフィギュレーション管理を行うこれらの人々は、一般に種々の離散した情報源を照会する。これらの情報源には、エンジンマニュアル、図解部品カタログ、および業務広報が含まれる。このような情報源は、ハードコピーもしくはハードコピーの電子版である。これらの離散した情報源は、手作業で相互に参照され、エンジンに再度組付けるために選択された部品が適切でかつ他の部品と適合することが確認される。
【００２２】
【特許文献１】
米国仮特許出願第６０／２９７５６３号明細書
【００２３】
【発明が解決しようとする課題】
しかし、このような手作業によるコンフィギュレーション管理には、かなりの時間がかかる。オーバホール時に整備業者に課される時間的な制約の増加を鑑みると、手作業による従来のコンフィギュレーション管理よりも迅速な代替処理が求められている。
【００２４】
また、手作業による従来のコンフィギュレーション管理では、正確さを確実に得るために複数の検査を要する。このように複数の検査を必要としない代替処理が明らかに求められている。
【００２５】
さらに、手作業による従来のコンフィギュレーション管理は、反復することができない。２つの同一のエンジンに同じ整備業務を行う場合には、整備業者は、時間がかかるコンフィギュレーション管理の同様の調査を２回行う必要がある。現在の手作業による処理では、第一のエンジンの調査を行っている人が第２のエンジンの調査に情報を伝達することができない。従って、反復可能な代替処理が明らかに求められている。
【００２６】
最後に、手作業による従来のコンフィギュレーション管理は、一貫した結果を提供しないおそれがある。例えば、業務広報の情報の解釈が人によって異なる場合がある。このように解釈が異なると、同一の処理に対して異なる作業指示が発生してしまう。一貫した結果を提供する代替処理が明らかに求められている。
【００２７】
本発明の目的は、業務を管理する新規でかつ改善された方法および装置を提供することである。
【００２８】
本発明の他の目的は、製品を整備するための方法および装置を提供することである。
【００２９】
本発明のまた他の目的は、手作業のステップが減少した整備の方法および装置を提供することである。
【００３０】
本発明のさらに他の目的は、ガスタービンエンジンに実行される整備業務を支援するコンピュータ化された方法および装置を提供することである。
【００３１】
本発明のまた他の目的は、整備業務の所要期間を短縮する整備の方法および装置を提供することである。
【００３２】
本発明のさらに他の目的は、複数の検査を不要とする整備の方法および装置を提供することである。
【００３３】
本発明のまた他の目的は、異なる製品に対して反復可能な整備の方法および装置を提供することである。
【００３４】
【課題を解決するための手段】
本発明の上述およびその他の目的は、１つの形態において、作業範囲を確定するコンピュータ化された方法によって達成され、この方法は、タスクのリストを提供し、このリストから所望のタスクを選択し、作業範囲に所望のタスクを追加し、関連するタスクが存在するかを判断し、関連するタスクが存在する場合にこれを作業範囲に追加することを含む。
【００３５】
本発明の上述およびその他の目的は、他の形態において、作業範囲を変更するコンピュータ化された方法によって達成され、この方法は、複数のタスクを含む作業範囲を提供し、これらのタスクから１つのタスクを選択し、選択されたタスクの代用物として適する代替タスクを特定し、代替タスクと残りのタスクとの間に矛盾が生じるかを判断し、矛盾がなければ、作業範囲の選択されたタスクを代替タスクに置き換えることを含む。
【００３６】
本発明の上述およびその他の目的は、また他の形態において、データベース内のデータ要素間の関係を示す図表を表示するコンピュータ化された方法によって達成され、この方法は、少なくとも１つのデータ要素をそれぞれ含むデータ群のデータベースを提供し、所望のデータ要素を選択し、データベースにおいて所望のデータ要素のインスタンスを探索し、所望のデータ要素を含むデータ群間の関係を判断し、その関係を表示することを含む。
【００３７】
【発明の実施の形態】
本発明は、あらゆる製品のあらゆる業務の管理に利用できるが、以下の説明は、特にガスタービンエンジンのオーバホール処理の管理に関する。図１は、典型的なエンジンのオーバホール処理１０に含まれる主要なステップのフローチャートである。
【００３８】
オーバホール処理１０の第１のステップ１２では、整備業者は、作業範囲を確定する。この作業範囲は、整備業者がエンジンに実行する作業を特定する。以下でより詳細に説明するように、整備業者は、第１のステップ１２で作業範囲を確定する補助として本発明を利用することができる。
【００３９】
第２のステップ１４では、整備業者は、エンジンを受け取る。第３のステップ１６では、整備業者は、作業範囲を実行するために必要な作業指示に従ってエンジンを分解する。第４のステップ１８では、整備業者は、分解した部品を点検する。この点検によって、例えば、各々の部品が（１）再利用できるか（すなわち利用可能な部品であるか）、（２）再処理が必要であるか、または（３）再利用不能であるか、などが判断される。
【００４０】
第５のステップ２０では、エンジンから取り除かれた部品に基づいて、整備業者が作業範囲を変更する必要があるかを判断する。例えば、整備業者は、発送状態コンフィギュレーションにない部品が受取り状態コンフィギュレーションに含まれていることを発見する場合がある。また、整備業者は、分解時に、（損傷、過度な摩耗などの）エンジンをさらに分解する必要がある状態を発見する場合がある。このため、整備業者は、予想外の部品を処理するために、または追加の分解ステップを含むように作業範囲を変更することが必要となる。作業範囲の変更が必要な場合には、ステップ１９で作業範囲を変更してから第４のステップ１８に戻り、変更された作業範囲によって必要となる追加作業があればこれを完了する。
【００４１】
以下でより詳細に説明するように、整備業者は、ステップ１９で作業範囲を変更する補助として本発明を利用することができる。作業範囲の変更が不要な場合には、次のステップに進む。
【００４２】
第６のステップ２２では、エンジンの再組立に必要な部品を調達する。上述したように、第４のステップ１８の点検では、部品が、利用可能、再処理が必要、および利用不能の３つの区分に分けられる。整備業者は、利用可能であると特定された部品を組立区域に直接経路づける。また、整備業者は、再処理が必要であると特定された部品を（内部の区域もしくは外部の供給業者である）修理元に経路づける。これらの部品は、再処理後に組立区域に移動される。最後に、修理業者は、利用不能であると特定された部品を機材再調査部門に経路づけ、部品をスクラップにしなければならないかを判断することが好ましい。
【００４３】
部品の調達時には、問題が生じるおそれがある。例えば、整備業者は、部品が入手できないことや、調達時間すなわちターンアラウンドタイムが長いこと、または（同様の部品に比べて）コストが高すぎることを発見する場合がある。整備業者は、オーバホールの遅延を避けたり、コストを削減するために、適切な代替部品を使用しようと試みる可能性がある。しかし、この代替部品は、他の点では有効なエンジン構造を変えてはならない。換言すると、代替部品は、エンジンに使用される他の全ての部品と適合する必要がある。以下でより詳細に示すように、整備業者は、第６のステップ２２で代替部品を捜すために本発明を利用することができる。
【００４４】
第７のステップ２４では、第６のステップ２２で得られた調達部品によってエンジンが再組立される。第８のステップ２６では、性能を確認するためにエンジンの試験を行う。第９のステップ２８では、第８のステップ２６で実行された試験の結果を判断する。結果が良好であれば、第１０のステップ３０に進み、オーバホールしたエンジンをエンジンの所有者に発送する。結果が不良であれば、第１１のステップ３２に進み、エンジンが続く試験に確実に通るようにするために必要な再処理を実行する。第１１のステップ３２の完了後に、第８のステップ２６に戻ってエンジンを再度試験する。
【００４５】
本発明は、整備業務においてコンフィギュレーション管理を達成するツールを提供する。このツールは、従来の方法とは異なり、コンピュータシステムを使用してコンフィギュレーション管理の処理を積極的に支援する。図２は、このようなコンピュータ装置の概略説明図である。概して言えば、コンピュータ装置は、適切なプロセッサ（図示省略）、メモリ（図示省略）、１つまたは複数の大容量記憶装置（図示省略）、（マウス、キーボード、またはバーコードスキャナなどの）１つまたは複数の入力装置１０３、および（モニタ、またはプリンタなどの）１つまたは複数の出力装置１０５を備える凡用コンピュータ１０１を含むことができる。
【００４６】
コンピュータ１０１は、（ＬＡＮ、ＷＡＮ、ダイアルアップ、またはワイヤレスなどの）従来の通信技術によってネットワーク１０７と接続されていてもよい。コンピュータ１０１は、ネットワーク１０７を利用して、１つまたは複数のサーバ１０９などの１つまたは複数の遠隔資源に接続可能である。
【００４７】
コンピュータ１０１は、プログラムをローカルに実行することができる必要がある。このプログラムは、ダイナミックＨＴＭＬやＪＡＶＡスクリプトなどの適切なプログラム言語で書くことができる。プログラムは、人がコンフィギュレーション管理を容易に実行できるように、１つの出力装置１０５にグラフィカルユーザインターフェイスを提供することが好ましい。また、プログラムは、整備業務の様々な段階において人を支援する種々のモジュールを有する。これらのモジュールは、１つまたは複数のデータベースへのアクセスによって種々の機能を実行することができる。各々のモジュールについては、以下でより詳細に説明する。
【００４８】
サーバ１０９は、コンピュータ１０１と同様のコンポーネントを含むことができる。しかし、サーバ１０９は、コンピュータ１０１よりも多量のデータを処理および記憶する能力を有する必要がある。
【００４９】
整備業者は、オーバホール処理１０の第１のステップ１２において、ツールの設計モジュール２００を使用することができる。具体的には、整備業者は、オーバホール時に発生するエンジンの改修リストを作成する補助として、設計モジュール２００を利用することができる。典型的には、整備業者は、オーバホールのためにエンジンが到着する前にこのようなリストを作成する。オーバホールの作業範囲は、選択された業務広報（ＳＢ）を組み込むことを含む。選択されたＳＢは、前提ＳＢおよびエンジン所有者が要請した任意ＳＢを含む。整備業者とエンジン所有者が、共同で改修範囲を確定する。
【００５０】
整備業者がエンジンにＳＢを実行しようとするときには、関連するＳＢについて認識していなければならない。関連するＳＢには、例えば、前提ＳＢ、同時実行ＳＢ、優先ＳＢ、および推奨ＳＢが含まれる。整備業者は、必要に応じて改修範囲に１つまたは複数の関連するＳＢの完了を追加することが必要となりうる。
【００５１】
サーバ１０９は、ＳＢデータベース１１１を含む。このＳＢデータベース１１１は、ユーザの要求に応じて表示されるＳＢのハードコピーの（ＨＴＭＬフォーマットなどの）電子版と、以下に記載のようにプログラムが照会のためにアクセスしたときに理解できるＳＢのコード化版と、を含むことが好ましい。プログラムは、ＳＢデータベース１１１にユーザとプログラムとがアクセスできる新たなＳＢを整備業者が入力することができるように、他のモジュール（図示省略）を含むことができる。
【００５２】
図３は、整備業者が作業範囲を確定するのを補助するように、プログラムの設計モジュール２００によって生成された画面２０１を示している。この画面２０１は、入力部２０３、フィルタ部２０５、結果部２０７、決定部２０９、および出力部２１１を含むことができる。他の適切な構成を使用してもよい。画面２０１の種々の部分については、以下でより詳細に説明する。
【００５３】
ユーザは、入力装置１０３を操作して、エンジン固有の情報を画面２０１の入力部２０３に与えることができる。入力部２０３は、エンジンのオーバホールの作業範囲を生成するときにユーザを補助する情報であればどのような情報でも受け入れることができる。図では、ユーザは、型番、ファン直径、航空機製造業者の名称などのエンジン特性を入力部に入力することができる。他の適切な属性も使用可能である。これらの属性は、以下で説明するデータのソート時に助けとなる。
【００５４】
次に、プログラムは、従来技術を用いて、ＳＢデータベース１１１の入力部２０３に入力された属性のインスタンスを探索する。関連するＳＢの数が非常に多い可能性があるので、プログラムは、ユーザが結果をフィルタリングすることを可能にする。ユーザは、フィルタ部２０５で選択することによってどの結果を表示するかを選択することができる。フィルタ部２０５では、例えば、（フィルタ部２０５の右側の）ＳＢまたは（フィルタ部２０５の左側の）ＳＢのカテゴリによって、ユーザがエンジンモジュールの探索結果を制限することができる。プログラムは、特定のエンジン所有者のニーズに沿うデフォルトフィルタ設定を有することが好ましい。プログラムは、他のフィルタリング方法を使用してもよい。
【００５５】
プログラムは、（上述のフィルタリングの後）探索結果を結果部２０７に表示する。換言すると、プログラムは、関連するＳＢしか表示しない。プログラムは、有用であればどのように結果部２０７を構成してもよい。結果部２０７は、好適ＳＢと推奨ＳＢの２つの表示カテゴリを有する。結果部２０７は、入力部２０３に入力された属性を満たす全てのＳＢを好適ＳＢのカテゴリに表示する。また、結果部２０７は、これらの好適ＳＢの中の推奨ＳＢを推奨カテゴリに表示する。換言すると、推奨カテゴリは、好適カテゴリに表示されるＳＢの部分集合である。プログラムは、従来技術を用いて、このように結果をソートすることができる。
【００５６】
ユーザは、入力装置１０３を操作して、エンジンの所有者がどのＳＢを改修範囲に含むことを望んでいるのかを示す。（例えば、マウスを左クリックすることで）入力装置１０３によって選択を行った後、ユーザは、決定部２０９に表示される追加ボタンをクリックすることによって選択したＳＢを改修範囲に含めることができる。ＳＢを出力部２１１およびコンピュータ１０１のメモリの改修範囲のテンポラリレジスタに入れる前に、プログラムは数回のチェックを行う。
【００５７】
第１に、プログラムは、サーバ１０９のＳＢデータベース１１１を探索して優先ＳＢがあるかを判断する。優先ＳＢがあれば、プログラムは、出力部２１１に優先ＳＢと非優先ＳＢのいずれのＳＢを追加するかをユーザに照会する。図３に示すように、プログラムは、続いて選択されたＳＢを出力部２１１およびコンピュータ１０１のメモリ内の改修範囲のテンポラリレジスタに追加する。
【００５８】
第２に、プログラムは、ＳＢデータベース１１１を探索して、関連するＳＢが他にあるかを判断する。このような関連するＳＢには、前提ＳＢ、同時実行ＳＢ、および推奨ＳＢが含まれる。関連するＳＢがあれば、プログラムは、（ｉ）関連するＳＢを改修範囲に自動的に追加するか、（ｉｉ）関連するＳＢを改修範囲に追加するかどうかをユーザに照会するか、または（ｉｉｉ）上記の（ｉ）（ｉｉ）を組み合わせることができる。プログラムは、自動的に改修範囲に含める関連ＳＢと、改修範囲に含めるときにユーザが選択を行うべき関連ＳＢと、をユーザが予め選択できるようにすることができる。これは、ポップアップ制御パネル（図示省略）上でユーザが設定（図示省略）を調整することを可能にすることによって実現できる。
【００５９】
この処理において、ユーザが特定のＳＢに関する追加情報を望む場合には、ユーザは、入力装置１０３によってＳＢを選択して詳細ボタン２１３を選択することができる。プログラムは、ＳＢの電子版をＳＢデータベース１１１から立ち上げて、ユーザに表示することが好ましい。この選択肢は、マウスの右クリックによってアクセスできるポップアップメニューに設けることもできる。プログラムは、ＳＢデータベース１１１にアクセスして、好ましくは他の画面（図示省略）で所望の情報をユーザに提供する。
【００６０】
必要な場合には、ユーザは、出力部２１１で所望のＳＢを選択するとともに、入力装置１０３によって決定部２０９の削除ボタンをクリックすることによって改修範囲からＳＢを削除することができる。これにより、プログラムは、改修範囲にＳＢを追加する上述のステップを逆転させる（すなわち、改修範囲から関連するＳＢも削除する）。
【００６１】
ユーザが全ての所望のＳＢを改修範囲に追加すると、ユーザは、入力装置１０３を操作してＯＫボタン２１５を選択する。プログラムは、新規の改修範囲を生成する前に、最終チェックを実行する。プログラムは、エンジン整備履歴データベース１１３にアクセスして、選択されたＳＢがエンジンに既に実行済みかどうかを確認する。エンジン整備履歴データベース１１３は、少なくとも既にエンジンに実行されたＳＢのリストを含むことが望ましい。作業範囲のテンポラリレジスタが既に実行されたＳＢを含む場合には、プログラムは、ユーザに通知し（図示省略）、ユーザが改修範囲からこのようなＳＢを削除することを可能にする。また、プログラムは、改修範囲から既に実行されたＳＢを自動的に削除することもできる。
【００６２】
続いて、プログラムは、サーバ１０９に改修範囲データベース１１５を生成する（またはサーバ１０９上の既存の改修範囲データべースを修正する）。サーバ１０９上にあることで、整備業者の他の部門からも（エンジンマニュアル［ＥＭ］などの他の書類とともに）改修範囲データベース１１５にアクセス可能となり、エンジンのオーバホールの実行に必要な種々の作業指示を収集することができる。この作業は、本発明とは独立して発生する。
【００６３】
プログラムは、次に改修範囲データベース１１５を発送状態ＢＯＭデータベース１１７に繰り返し通して、設計コンフィギュレーションデータベース１１９を生成する。換言すると、プログラムは、整備業者がエンジンに再度組付ける部品を予備的に決定する。設計コンフィギュレーションデータベース１１９の生成は、整備業者が整備業務のロジスティックスの検討を開始するのを補助する。
【００６４】
改修範囲データベース１１５および設計コンフィギュレーションデータベース１１９が生成されると、オーバホール処理１０は、第６のステップ２２に進む。オーバホールの実行準備時、もしくはオーバホールの実行時に、整備業者は、エンジンに組付ける予定である１つまたは複数の部品の調達に問題があることを発見する場合がある。上述したように、調達に関する問題は、注文が満たされないこと、部品が入手できないこと、過剰な調達時間、または高すぎる部品価格などを含みうる。
【００６５】
プログラムは、設計コンフィギュレーションデータベース１１９と調達の問題の影響を受ける部品のデータベース（図示省略）とを比較した後で、この調達の問題を整備業者に通知することができる。整備業者は、プログラムとは関係なく調達の問題（例えば、データベースの最新の更新後に生じた調達の問題）を知ることもできる。整備業者は、本発明の分析モジュール３００を利用して調達の問題を解決することが好ましい。
【００６６】
図４は、調達の問題が発見された後で整備業者を補助するために、プログラムの分析モジュール３００によって生成された画面３０１を示している。画面３０１は、入力部３０３と結果部３０５とを含みうる。他の適切な構成を使用してもよい。種々の部分については、以下でより詳細に説明する。
【００６７】
画面３０１の入力部３０３は、好ましくは、ユーザがボックス３０３ａに部品特有の情報を入力し、ボックス３０３ｂにより一般的な情報を入力することを可能にする。しかし、プログラムは、作業範囲を修正するときにユーザを補助するものであれば、どのような情報を利用することもできる。ユーザは、コンピュータ１０１の入力装置１０３によって所望の情報を手入力するか、もしくはドロップダウンボックスに表示される選択肢を選択することができる。例えば、プログラムは、サーバ１０９の設計コンフィギュレーションデータベース１１９の情報を入力部３０３に予め与えることができる。
【００６８】
プログラムは、続いて、ユーザが入力部３０３に入力した情報のインスタンスに関してＳＢデータベース１１１を探索する。プログラムは、このような照会の結果を結果部３０５に表示する。その部品を採用するＳＢがなければ（すなわち、結果部３０５にデータが表示されない場合には）、その部品は基本部品であると見なされる。基本部品とは、エンジンの最初の組立時に組付けられた部品である（すなわち、その部品は完成状態部品表に含まれる）。
【００６９】
所望の部品番号が１つ以上のＳＢ（例えば、１つのＳＢの追加部品リストおよび他のＳＢの削除部品リスト）に表示される場合には、ユーザは、次に進む前に１つのＳＢを指定しなければならない。
【００７０】
ＳＢを選択する前に、ユーザは、画面３０１でＳＢに関する追加情報を得ることができる。例えば、ボックス３０３ｂでは、ユーザがセットボタンをクリックすることでセット必要条件、セット／ステージ必要条件、または任意の従属性に関する情報を得ることができる。プログラムは、別のウィンドウ（図示省略）を開いてこのような情報を表示する。
【００７１】
上述したように、セット必要条件は、ＳＢの削除部品リストの全ての部品をＳＢの追加部品リストの部品と交換することを要求する。換言すると、セット必要条件は、追加部品リストの部品と削除部品リストの部品とを取り混ぜることを禁止する。
【００７２】
セット／ステージ必要条件は、セット必要条件とは異なる。セット／ステージ必要条件は、ＳＢがエンジン内の複数の位置で同じ部品番号を扱うときに発生しうる。セット／ステージ必要条件は、エンジンの１つの位置において、対象となる部品を全て交換することによってＳＢを部分的に導入することを許容する。例えば、セット／ステージ必要条件では、第６の段の圧縮機ブレードを交換ぜずに、第５の段の圧縮機ブレードを全て交換することができる。整備業者は、次回の整備のときに第６の段のブレードを交換することによってＳＢを完全に導入する。
【００７３】
任意の従属性は、セット必要条件ともセット／ステージ必要条件とも異なる。任意の従属性とは、追加部品リストにおける関連部品を示す。（ベーンアセンブリやピンなどの）種々のサブコンポーネントから構成される（リングセグメントなどの）アセンブリは、ＳＢ内の関連部品の典型的な例である。任意の従属性が存在するときには、プログラムは、全ての関連部品に関して可能な選択肢をグループとして表示する。
【００７４】
（所定の部品番号がエンジン内の複数の位置に存在する場合があるので）プログラムは、エンジン内の部品の特定位置を示すために位置識別子（ＬＩＤ）を使用することができる。ＬＩＤは、５つのフィールドを有する。最初の３つのフィールドは、航空輸送境界（ＡＴＡ）の仕様書１００の規格に基づくものである。すなわち、ＬＩＤの最初の３つのフィールドは、それぞれＡＴＡの章、項、および主題に対応する。これらの最初の３つのフィールドは、第４および第５のフィールドからダッシュ記号によって分離されている。第４および第５のフィールドは、部品を示すＩＰＣの図と部品番号にそれぞれ対応する。
【００７５】
画面３０１は、ツールボックス３０９も含む。このツールボックス３０９では、ユーザは、選択された部品に関する追加情報を得ることができる。具体的には、ユーザは、現在のＳＢの水準における任意部品に関する情報を得ることができる。任意部品の情報は、現在のＳＢの水準において、互換性のある部品（すなわち直接的な代用品）、代替部品（例えば、所望の寸法よりも小さいかまたは大きくても使用可能なクランプなどの部品）、および好適な部品（すなわち、他の互換性のある部品に対する１つの互換性のある部品の選択）を一覧表示する。さらに、プログラムは、調達問題データベースを照会することなどによって、調達の問題に関する情報をユーザに提供することができる。プログラムは、新たなウィンドウ（図示省略）を開いてこのような追加情報を提供する。
【００７６】
プログラムは、サーバ１０９上のＩＰＣデータベース１２３を照会することにより上述の情報を得る。ＩＰＣデータベース１２３は、ユーザの要求に応じて表示できるＩＰＣのハードコピーの（ＨＴＭＬフォーマットなどの）電子版と、照会時にプログラムが理解できるＩＰＣのコード化版と、を含むことが好ましい。
【００７７】
ユーザが所望のＳＢを選択すると、プログラムは、画面３０１をリフレッシュする。詳細には、プログラムは、関連するＳＢの情報を入力部３０３ｂに与える。また、プログラムは、結果部３０５を出力部３０７に置き換える。プログラムは、ＳＢデータベース１１１に照会した情報を出力部３０７に与える。出力部３０７の第１の部分３０７ａは、特定のＬＩＤにおいてＳＢによって追加された部品を表示する。出力部３０７の第２の部分３０７ｂは、他のＬＩＤにおいてＳＢによって追加され、かつセット必要条件を有する部品を表示する。
【００７８】
上述したように、整備業者が部品の調達の問題を認識したと仮定する。例えば、整備業者は、部品番号５０Ｌ２９０の調達時間が長いことを確認したとする。この長い調達時間は、整備業者が期限内に整備業務を完了する能力に影響を与えるおそれがある。プログラムは、ユーザが調達の問題に対する解決策を見つけるとともに、その解決策が許容できるかを判断することを可能にする。具体的には、プログラムは、適切な代替部品が入手できるかどうか、そしてこの代替部品をエンジンに組み込むことが良好な解決策であるかどうかをユーザが確認することを可能にする。
【００７９】
ユーザは、代替部品の利用可能性を判断するに際して２つの選択肢を有する。ユーザは、対象部品の“上位交換部品”または“下位交換部品”を探索することができる。“上位交換”部品とは、ＳＢによって追加される部品でかつ対象部品を削除する部品である。“上位交換”部品を代替部品として使用するには、このＳＢを作業範囲に追加する必要がある。
【００８０】
“下位交換”部品とは、ＳＢによって削除される部品でかつ対象部品を追加する部品である。“下位交換”部品を代替部品として使用するには、ユーザは、ＳＢに記載の作業ステップを逆転させるために作業範囲を変更する必要がある。
【００８１】
ユーザは、ツールボックス３０９のＬＩＤツリーボタンを選択することによって“上位交換”および“下位交換”部品を決定することができる。ＬＩＤツリーボタンは、対象となる部品の“上位交換部品”および“下位交換部品”の図表を提供する。プログラムは、プログラムの分析モジュール３００によって生成されるポップアップ画面３５１でこの情報を提供する。
【００８２】
画面３５１は、エンジン位置情報３５３（すなわちＬＩＤ）、階層情報３５５、組込情報３５７（すなわち部品を組み込むＳＢまたは部品が基本部品であるという指示を表示）、作業情報３５９（すなわち削除部品にＳＢが実行する作業）を提供する。プログラムは、ＳＢデータベース１１１への複数の照会反復作業によってこれらの情報を得る。プログラムは、下位交換部品の照会が基本部品まで達し、上位交換部品の照会で追加のデータが見つからなくなるまで反復作業を行う。
【００８３】
（例えばセット必要条件のために）特定のＳＢがエンジンの他の部品に影響を与えるおそれがあるので、ユーザは、“上位交換”または“下位交換”の代替部品がエンジン構成に影響を与えないこと、整備業務を過度に複雑にしないこと、および整備業務の価格を大きく増加させないことを確認する必要がある。ユーザは、コンピュータ１０１の入力装置１０３を用いて階層に表示される利用可能な交換部品を選択することによって、“上位交換部品”または“下位交換部品”を使用する影響を確認する。
【００８４】
プログラムは、続いて、その利用可能な交換部品に関する情報を他のポップアップ画面３７１に表示する。図７には、画面３７１が示されている。具体的には、ユーザは、利用可能な交換部品として部品番号５０Ｌ３９０を選択した。この選択によって、プログラムは、画面３７１を立ち上げた。
【００８５】
画面３７１は、図５の画面３０１と類似している。画面３７１は、入力部３７３と出力部３７５を含む。プログラムは、ユーザが選択した利用可能な交換部品に関する情報を入力部３７３に与える。プログラムは、次に、出力部３７５に与える情報を得るためにＳＢデータベース１１１を照会する。出力部３７５の第１の部分３７５ａは、利用可能な交換部品のＬＩＤにおいてＳＢによって追加された部品を表示する。出力部３７５の第２の部分３７５ｂは、他のＬＩＤにおいてＳＢによって追加され、かつセット必要条件を有する部品を表示する。換言すると、画面３７１は、調達の問題を克服するために利用可能な交換部品を使用する容易さまたは困難さをユーザに示している。
【００８６】
図７に示されているように、調達の問題を避けるために“上位交換”部品５０Ｌ３９０を使用することは困難でないと思われる。ユーザは、許容できる解決策としてこの部品の使用を考えることができる。ユーザがこの部品を許容できる部品であると考えない場合、あるいは探索の続行を希望する場合には、画面３７１を閉じて画面３５１に戻り、他の利用可能な交換部品を選択することができる。
【００８７】
ユーザは、入手できない部品の問題に対する適切な解決策を決定すると、エンジン所有者にこの変更を提案する。エンジン所有者は、上位交換部品もしくは下位交換部品を使用して整備業務を早期に完了する利点が、上位もしくは下位の交換部品を組み込むために追加のＳＢを実行するコストを上回るかどうかを評価する。
【００８８】
エンジン所有者が、上位または下位の交換部品を使用するという提案に同意すれば、ユーザは、このようなＳＢを組み込むことを改修範囲に追加することが必要となる。ユーザは、上述した設計モジュール２００を使用してＳＢを作業範囲に追加する。
【００８９】
本発明を、種々の図面に記載の好適実施例に関連して説明した。本発明から逸脱せずに本発明と同様の機能を実行するために、他の同様の実施例の使用や開示された実施例の変更や追加が可能である。従って、本発明は、単一の実施例に限定されるものではなく、請求項によって範囲が解釈されるものである。
【図面の簡単な説明】
【図１】典型的なエンジンのオーバホールに含まれるステップのフローチャートである。
【図２】本発明に使用されるコンピュータ装置の概略説明図である。
【図３】第１のタスクの実行の種々の段階における図２のコンピュータ装置の画面表示である。
【図４】第２のタスクの実行の種々の段階における図２のコンピュータ装置の画面表示である。
【図５】第２のタスクの実行の種々の段階における図２のコンピュータ装置の他の画面表示である。
【図６】第２のタスクの実行時におけるコンピュータ装置の画面表示である。
【図７】第２のタスクの実行時におけるコンピュータ装置の他の画面表示である。
【符号の説明】
１０１…凡用コンピュータ
１０３…入力装置
１０５…出力装置
１０７…ネットワーク
１０９…サーバ
１１１…ＳＢデータベース
１１３…エンジン整備履歴データベース
１１５…改修範囲データベース
１１７…発送状態ＢＯＭデータベース
１１９…設計コンフィギュレーションデータベース
１２３…ＩＰＣデータベース

Claims

作業範囲を確定するコンピュータ化された方法であって、
タスクのリストを提供するステップと、
前記リストから所望のタスクを選択するステップと、
前記作業範囲に前記所望のタスクを追加するステップと、
関連するタスクが存在するかを判断するステップと、
関連するタスクが存在する場合に、この関連するタスクを前記作業範囲に追加するステップと、を含むことを特徴とするコンピュータ化された方法。
前記関連するタスクは、前提タスクまたは同時実行タスクを含み、該関連するタスクを追加するステップは、前記前提タスクまたは前記同時進行タスクを前記作業範囲に自動的に追加することを含むことを特徴とする請求項１記載のコンピュータ化された方法。
前記関連するタスクは、前提タスク、同時進行タスク、優先タスク、または推奨タスクを含み、該関連するタスクを追加するステップは、
前記作業範囲において前記所望のタスクを前記優先タスクに自動的に置き換えるステップと、
前記作業範囲に前記前提タスクまたは前記同時進行タスクを自動的に追加するステップと、
ユーザが前記推奨タスクの性能を要求する場合に、前記作業範囲に前記推奨タスクを追加するステップと、を含むことを特徴とする請求項１記載のコンピュータ化された方法。
前記判断するステップは、前記関連するタスクを探索するためにデータベースにアクセスすることを含むことを特徴とする請求項１記載のコンピュータ化された方法。
前記所望のタスクもしくは前記関連するタスクが以前に実行されたかを判断するステップを含むことを特徴とする請求項１記載のコンピュータ化された方法。
前記タスクのリストは、業務広報を含むことを特徴とする請求項１記載のコンピュータ化された方法。
前記作業範囲は、ガスタービンエンジンに実行されることを特徴とする請求項１記載のコンピュータ化された方法。
作業範囲を変更するコンピュータ化された方法であって、
複数のタスクを含む作業範囲を提供するステップと、
前記複数のタスクから特定のタスクを選択するステップと、
前記特定のタスクの代用物として適した代替タスクを探索するステップと、
前記代替タスクと前記複数のタスクの残りの部分との間に矛盾が存在するかを判断するステップと、
矛盾が存在しなければ、前記作業範囲の前記特定のタスクを前記代替タスクに置き換えるステップと、を含むことを特徴とするコンピュータ化された方法。
前記特定のタスクは、部品に実行される作業ステップを含み、選択するステップは、許容できない調達時間を有するか、入手できないか、または許容できないコストを有する部品を含む特定のタスクを選択することを含むことを特徴とする請求項８記載のコンピュータ化された方法。
前記作業範囲は、ガスタービンエンジンに実行されることを特徴とする請求項８記載のコンピュータ化された方法。
データベース内のデータ要素間の関係を示す図表を表示するコンピュータ化された方法であって、
少なくとも１つのデータ要素をそれぞれ含むデータ群のデータベースを提供するステップと、
前記データ要素の中で所望のデータ要素を選択するステップと、
前記データベースにおいて前記所望のデータ要素のインスタンスを探索するステップと、
前記所望のデータ要素を含むデータ群の関係を判断するステップと、
前記関係を表示するステップと、を含むことを特徴とするコンピュータ化された方法。
前記各々のデータ群は、それぞれ複数のデータ要素を含み、さらに、
前記所望のデータ要素を含むデータ群から前記所望のデータ要素と相関関係を有する関連するデータ要素を選択するステップと、
前記データベースにおいて前記関連するデータ要素のインスタンスを探索するステップと、
前記関連するデータ要素を含むデータ群の間の関係を判断するステップと、
前記関係を表示するステップと、を含むことを特徴とする請求項１１記載のコンピュータ化された方法。
前記データ要素は、部品番号を含むことを特徴とする請求項１１記載のコンピュータ化された方法。
前記関係は、部品番号の階層を示すことを特徴とする請求項１１記載のコンピュータ化された方法。
前記データ群は、業務広報を含むことを特徴とする請求項１１記載のコンピュータ化された方法。
前記関係は、前記業務広報によって追加または削除される部品番号の階層であることを特徴とする請求項１１記載のコンピュータ化された方法。