(57)【特許請求の範囲】
【請求項１】
タービン部品の修理及び廃棄の必要性を判定するシステム（２８）において、
複数の修理情報を格納するトリアージ記憶装置（３０）と、
前記トリアージ記憶装置（３０）に格納されている複数の修理情報に従って部品の修理及び廃棄の必要性を判定する修理トリアージアプリケーション（３４）と、
前記修理トリアージアプリケーション（３４）を実行するように構成された第１の計算装置（４４）と
を具備し、
前記修理トリアージアプリケーション（３４）が、検査及び修理中に部品を追跡する部品追跡モジュール（３６）と、部品が修理又は以後の使用からの排除を必要としているか否かを判定する決定支援モジュール（３８）と、検査及び修理中の経過を部品の顧客が追跡できるようにする顧客追跡モジュール（４０）とを有することを特徴とするシステム（２８）。
【請求項２】
前記部品追跡モジュール（３６）は、検査及び修理中に部品のジョブ番号を割り当てて部品のジョブ情報を提供するジョブモジュールをを具備する請求項１記載のシステム（２８）。
【請求項３】
タービン部品の修理及び廃棄の必要性を判定する方法において、
複数の修理情報を格納することと、
複数の修理情報に従って部品の修理を容易にする修理トリアージアプリケーション（３４）を提供することと、
前記修理トリアージアプリケーション（３４）を実行するように構成された第１の計算装置（４４）を使用することと、
前記修理トリアージアプリケーション（３４）を使用して、検査及び修理中に部品を追跡することと、
前記修理トリアージアプリケーション（３４）を使用して、部品が修理又は以後の使用からの排除を必要としているか否かを判定することと、
前記修理トリアージアプリケーション（３４）を使用して、検査及び修理中の経過を部品の顧客が追跡できるようにすることと
から成る方法。
【請求項４】
前記修理トリアージアプリケーション（３４）を使用して、検査及び修理中に部品のジョブ番号を割り当てて部品のジョブ情報を提供することを更に含む請求項３記載の方法。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は一般にタービン部品に関し、特にタービン羽根又は動翼などのタービン部品の電子トリアージを実行することに関する。
【０００２】
【従来の技術】
近年、今日の動力システム業界の多くにおいて長期間契約協定の市場は急速に成長してきている。動力システム業界はその顧客との間で長期間契約協定を結ぶため、各々の製品に関して多用なサービス方法を提供することが重要になる。適切なサービス方法が欠落している分野の１つはタービン部品、特に動翼の修理に関するものである。例えば、ガスタービンの動翼は、現在、手作業で修理されているために、進み方が遅く、修理決定を下す際に有益であると考えられる履歴情報を考慮に入れることができない。特に、一組の動翼をサービスセンターに持ち込んだ場合、それらは単一のジョブとして記録される。個々の動翼は、それらを修理すべきか又は廃棄処分にすべきかを判定するために目視検査される。個々の動翼に関する情報は後の使用時には検索不可能である冗長なテキストとして捕捉される。従って、動翼を修理すべきか否かの決定は、それぞれ、類似の徴候を示していた可能性のある他の動翼の履歴情報を考慮することなく実行される。修理決定を実行するために利用できる適切な情報がないまま、動翼の中には必要もないのに修理されてしまうものもあり、必要であるのにも関わらず修理されないものも出てくる。必要な修理を施されない動翼は最終的には修理を受けなければならない状況に至る。これは動翼を保守するのにあまり効率の良い方法とは言えない。
【０００３】
【発明が解決しようとする課題】
上記の修理過程と関連する問題を回避するためには、動翼を修理すべきか又は廃棄処分にすべきかを判定する際に履歴情報を使用して決定プロセスを迅速且つ正確に容易にする必要がある。
【０００４】
【課題を解決するための手段】
この開示の第１の実施例では、タービン部品の修理を容易にするシステム及び方法が提供される。この実施例においては、トリアージ記憶装置は複数の修理情報を格納する。修理トリアージアプリケーションは、トリアージ記憶装置に格納されている複数の修理情報に従って部品の修理を容易にする。計算装置は修理トリアージアプリケーションを実行するように構成されている。
【０００５】
この開示の第２の実施例では、タービン部品の修理を容易にするシステム及び方法が提供される。この実施例においては、トリアージ記憶装置は複数の修理情報を格納する。修理トリアージアプリケーションは、トリアージ記憶装置に格納されている複数の修理情報に従って部品の修理を容易にする。第１の計算装置は修理トリアージアプリケーションを実行するように構成されている。第２の計算装置は、トリアージ記憶装置及び修理トリアージアプリケーションを第１の計算装置に対してネットワークを介してサーブするように構成されている。
【０００６】
【発明の実施の形態】
図１は、タービン羽根又は動翼などのタービン部品の修理を容易にするシステムが動作する汎用コンピュータシステム１０の概略図である。コンピュータシステム１０は、一般に、少なくとも１つのプロセッサ１２と、メモリ１４と、入出力装置と、プロセッサ、メモリ及び入出力装置を接続するデータ経路（例えば、バス）１６とを具備する。プロセッサ１２はメモリ１４から命令とデータを受信し、様々な計算を実行する。プロセッサ１２は算術演算及び論理演算を実行する論理演算装置（ＡＬＵ）と、メモリ１４から命令を取り出して復号し、必要に応じてＡＬＵを呼び出しながらそれらの命令を実行する制御装置とを含む。メモリ１４は、一般に、ランダムアクセスメモリ（ＲＡＭ）と、読み取り専用メモリ（ＲＯＭ）とを含むが、プログラマブル読み取り専用メモリ（ＰＲＯＭ）、消去再書き込み可能読み取り専用メモリ（ＥＰＲＯＭ）及び電気的消去再書き込み可能読み取り専用メモリ（ＥＥＰＲＯＭ）などの他の種類のメモリであっても良い。また、メモリ１４はプロセッサ１２で実行されるオペレーティングシステムを含むのが好ましい。オペレーティングシステムは、入力を認識すること、出力装置へ出力を送信すること、ファイル及びディレクトリを追跡すること、並びに様々な周辺装置を制御することを含む基本タスクを実行する。
【０００７】
入出力装置は、データ及び命令をコンピュータシステム１０に入力するキーボード１８と、マウス２０とを具備していても良い。表示装置２２により、ユーザはコンピュータが何を実行したかを視覚的に確認できる。その他の出力装置にはプリンタ、プロッタ、シンセサイザ及びスピーカが含まれるであろう。電話、ケーブルモデム、あるいはイーサネットアダプタ、ローカルエリアネットワーク（ＬＡＮ）アダプタ、統合サービスデジタルネットワーク（ＩＳＤＮ）アダプタ又はデジタル加入者回線（ＤＳＬ）アダプタなどのネットワークカードのような通信装置２４により、コンピュータシステム１０はＬＡＮ又はワイドエリアネットワーク（ＷＡＮ）などのネットワークに存在する他のコンピュータ及び資源をアクセスすることができる。大容量記憶装置２６により、コンピュータシステム１０は大量のデータを永久的に保持できる。大容量記憶装置には、フロッピーディスク、ハードディスク及び光ディスクなどのあらゆる種類のディスクドライブ、並びにデジタルオーディオテープ（ＤＡＴ）、デジタルリニアテープ（ＤＬＴ）又はその他の磁気符号化媒体を含むテープからデータを読み取り、データを書き込むことができるテープドライブが含まれるであろう。上述のコンピュータシステム１０は携帯デジタルコンピュータ、パーソナルデジタルアシスタントコンピュータ、パーソナルコンピュータ、ワークステーション、ミニコンピュータ、メインフレームコンピュータ又はスーパーコンピュータの形態をとることができる。
【０００８】
図２は、図１に示すコンピュータシステム１０で動作する、タービン部品の修理を容易にするシステム２８のトップレベルコンポーネントアーキテクチャ図である。図２には、システム２８のユーザがアクセスする情報を含むトリアージ記憶装置３０が示されている。トリアージ記憶装置３０は複数のタービンに関する部品血統情報、コンポーネント設計基準、動作パラメータ、修理履歴、修理統計及び修理解析などの多様な情報を含む。部品血統情報はタービンの複数のタービン部品に関する寿命履歴である。部品の各々の寿命履歴はその部品が配置されていたタービン、タービンが稼動していた条件及び部品の部品修理履歴を含む。コンポーネント設計基準は、タービンの様々なタービン部品に関する技術的図面などの情報を含む。動作パラメータはタービンが稼動していた条件である。いくつかの動作パラメータの例を挙げると、負荷、始動の種類、周囲温度、使用する燃料の種類及びトリップの種類などである。修理履歴はタービンに対して実行された修理の種類に関する情報である。修理統計はタービンのうちいずれかの修理中に収集された情報である。修理統計の例としては、実行された検査試験、試験の結果、実行された修理、その修理を実行するのに要した時間、修理の費用及びタービンのいずれかの部品について実行された修理の回数などがある。修理解析は、タービンのいずれかの部品に対して実行された修理に関する情報（例えば、部品状態の傾向、残り寿命の予測など）である。ここで挙げた例はトリアージ記憶装置３０に格納できる情報のうち若干の項目であるにすぎず、トリアージ記憶装置にその他の情報項目も格納できることは当業者には了承されるであろう。
【０００９】
ユーザ情報データベース３２はシステム２８のユーザに関するアイデンティティ情報及び機密情報を含む。すなわち、ユーザ情報データベース３２はユーザ（例えば、顧客、技術者、管理者など）の電話番号、住所、種類などの一般情報、Ｅメールアドレス、パスワード、ログインＩＤなどを含む。この情報によって、システム２８はシステムをアクセスした全てのオンラインユーザを認証でき、店員、設計技師及び顧客などの様々に異なるユーザに対して１つのアクセス制御メカニズムを有することができる。ユーザ情報データベース３２はエルダップ（Lightweight Directory Access Protocol :ＬＤＡＰ）の形態をとることができるが、その他の種類のデータベースを使用しても良い。
【００１０】
修理トリアージアプリケーション３４は、トリアージ記憶装置３０に格納されている複数の修理情報に従ってタービン部品の修理を容易にする。修理トリアージアプリケーション３４は、修理検査中に動翼、ノズル、回転子、軸などのタービンの部品を追跡する部品追跡モジュール３６を具備する。部品追跡モジュール３６は、検査修理中に部品のジョブ番号を割り当て、部品のジョブ情報を提供するジョブモジュールを具備する。ジョブ情報は部品の検査スケジュールと、部品の検査結果、修理スケジュール及び修理結果を含む。更に、部品追跡モジュールは部品の検査計画を立案する検査スケジュールモジュールを具備する。また、部品追跡モジュール３６は、部品の修理を計画する修理スケジュールモジュールを具備する。
【００１１】
修理トリアージアプリケーション３４は、部品を修理する必要があるか又は廃棄処分にすべきかを判定する決定支援モジュール３８を更に具備する。決定支援モジュールは、検査を受けている動翼に類似する条件を経験した部品が他にないかを知るためにトリアージ記憶装置３０を検索する検索モジュールを具備する。更に、決定支援モジュールは、部品の修理又は廃棄処分と関連する費用及び利益を判定する費用利益解析モジュールを具備する。
【００１２】
修理トリアージアプリケーション３４と関連する別のモジュールは顧客追跡モジュール４０である。このモジュールにより、顧客はサービスエンジニアを呼び出す必要なく実行中のジョブの経過を追跡することができる。このモジュールでは、顧客が画面上で割り当てられたジョブ番号を入力すると、システムはジョブの状態を表示する。更に、顧客追跡モジュール４０は計画されている過程、完了した過程、部品が合格した過程及び部品が合格できなかった過程を顧客に対して示す。また、顧客追跡モジュール４０はジョブが終了すると予想される日付を顧客に報知する。
【００１３】
上記のモジュールに加えて、修理トリアージアプリケーション３４は特殊なタスクを実行するためのユーティリティを稼動させる他のモジュールを具備していても良い。例えば、保守機能を管理し且つ実行するためのユーティリティが考えられる。使用できる他のユーティリティとしては、ユーザプロファイルを作成し、修正し、削除するためのユーティリティがある。
【００１４】
図３は、図２に示すシステムを実現するためのシステム４２のアーキテクチャ図である。図３は、システム２８をアクセスする方法がいくつかあることを示している。店員、設計技師、意思決定者、管理者などは、計算装置４４によりシステム２８をアクセスできる。計算装置４４は携帯デジタルコンピュータ、パーソナルデジタルアシスタントコンピュータ、パーソナルコンピュータ又はワークステーションの形態をとることができる。店員、設計技師、意思決定者、管理者、顧客及びその他のユーザはMicrosoft （登録商標）INTERNET EXPLORER（登録商標）又はNetscape （登録商標）NAVIGATORなどのウェブブラウザ４６を使用して、計算装置４４においてシステム２８の位置を指定し、表示する。通信ネットワークは計算装置４４をシステム２８に接続する。図３に示すように、計算装置４４はエクストラネット、イントラネット等の専用ネットワーク４８、又はＷＡＮ（例えば、インターネット）などのグローバルネットワーク４８を介してシステム２８に接続されても良い。例えば、店員、設計技師、意思決定者及び管理者はエクストラネット又はイントラネットを介してシステム２８をアクセスでき、一方、顧客などの他のユーザはエクストラネット又はインターネットを介してシステム２８をアクセスすることが可能であろう。システム２８は、修理トリアージアプリケーション３４、トリアージ記憶装置３０及びユーザ情報データベース３２をサーブするウェブサーバ５２を具備するトリアージサーバ５０に常駐している。
【００１５】
図４は、図２に示す部品追跡モジュール中で実行される動作を表すフローチャートである。ブロック５４では、設計技師、サービス担当者、タービン操作担当者、管理者又は顧客などのユーザがシステム２８にログインする。このログイン動作はアイデンティティ情報及び機密情報（例えば、有効ユーザ名及びパスワード）を入力することを含む。先に述べた通り、ユーザ情報データベース３２はシステム２８のユーザに関わるアイデンティティ情報と機密情報を含む。更に、ユーザ情報データベース３２は、ユーザ（例えば、設計技師、サービス担当者、タービン操作担当者、管理者又は顧客）にシステム２８をアクセスする際の様々に異なる役割を持たせるアクセス制御メカニズムを有していても良い。例えば、部品追跡モジュール及び決定支援モジュールを設計技師、サービス担当者、タービン操作担当者又は管理者にのみアクセス可能とし、他のユーザに対しては使用禁止とすることも可能である。顧客追跡モジュール４０に関しても同様の制限を設けることができる。
【００１６】
アクセス制御と認証が完了した後、ユーザは部品追跡モジュールを使用して操作を続ける。まず、ユーザは５６で部品に関するジョブ情報を入力する。入力されるジョブ情報は割り当てられているジョブ番号、ジョブにおける部品の数、部品が属しているタービンに割り当てられた番号などの情報である。部品追跡モジュールがトリアージ記憶装置３０で、入力された基準に整合するジョブを見出すことができない場合、ジョブの詳細を入力することをユーザに命じるメッセージが表示される。図５は、ユーザに対して提示され且つユーザにより書き込まれるジョブ情報の詳細の画面の一例を示す図である。ユーザが入力するにつれて、ジョブの詳細は図６に示すように画面内に表示される。
【００１７】
図４に戻り、ユーザはジョブ情報に加えて特定のジョブに関わる顧客情報を５８で入力する。顧客情報は顧客名、顧客の所在及び住所、顧客との連絡方法、顧客の連絡先電話番号などの情報を含む。図７は、部品追跡モジュールを動作させながらジョブ情報、顧客情報及びその他の雑多な情報を入力することをユーザに促す画面を示す図である。部品追跡モジュールを開始するときにその他の情報をシステムに入力できることは当業者には了承されるであろう。
【００１８】
再び図４に戻り、６０では、ユーザはジョブの検査計画スケジュールを入力する。検査計画スケジュールはジョブ中に部品に対して実行されるべき一連の過程を含む。一実施例では、タービンの各部品には、検査段階を完了するために従わなければならない過程のテンプレートがある。例えば、動翼、ノズル、回転子、軸などのタービンの様々な部品に対して検査計画スケジュールが存在している。図８は、部品追跡モジュールを動作させている間にユーザに対して提示される検査計画スケジュールの画面を示す図である。尚、この画面図は特定の１つのテンプレートを示しているのではなく、タービンの部品を検査する際に実行しなければならない様々な過程は当業者には理解されており、当業者は適切なスケジュールを生成することができるであろう。例えば、検査スケジュールは手操作による検査、写真検査、冷却穴の水流し試験、熱処理などの過程を実行することを含む。これらの検査過程は実行できる過程のうちいくつかを例としてあげてあるにすぎず、他の可能性を排除するものではない。
【００１９】
図４において、ユーザは６２で検査結果を入力する。検査結果は検査スケジュールの様々な過程の各々における部品の状態などの情報を含む。更に、検査結果は部品が検査スケジュールの各々の過程に合格したか又は不合格になったかを指示するものであっても良い。検査結果としてその他の情報を捕捉できることは当業者には了承されるであろう。図９は、ユーザに対して提示され、特定の部品に関する検査結果を提供する画面の一例を示す図である。６４における判定で検査結果が明確でない場合には、検査スケジュールを修正し、ジョブの部品を再度検査し、その結果を検討する。
【００２０】
検査結果が受信されると、次にユーザは６６で修理スケジュールを入力する。修理スケジュールは、ジョブの部品を申し分なく動作させるために部品に対して実行されるべき一連の過程を含む。検査スケジュールと同様に、タービンの部品ごとの修理スケジュールは、修理段階を完了するために従わなければならない過程のテンプレートを有する。例えば、動翼、ノズル、回転子、軸などのタービンの様々な部品に対して修理スケジュールが存在する。一例を挙げると、修理スケジュールは、翼の混合修理、冷却穴の混合修理、動翼のタッチアップ、溶接部修理、冷却穴のワイヤ検査などの修理のうちいくつかを実行することを含んでいても良いであろう。これらの修理は実行できる種類の修理のうちいくつかを挙げたにすぎず、その他の可能性を排除するものではない。
【００２１】
修理スケジュールが実行された後、ユーザは６８で修理結果を入力する。修理結果は修理を実行した人物、修理の開始時間、修理の終了時間、実行された修理の説明、修理を実行するために使用された材料の量、修理を実行するために使用された機器、修理の成否などの情報を含む。結果としてその他の情報も捕捉できることは当業者には了承されるであろう。７０で修理を繰り返さなければならないと判定された場合、ジョブの部品を再び修理スケジュールに従って修理する。７０で修理結果に問題がないと判定された場合は、７２でその部品は修理されたと考える。これに対し、７０で修理結果に問題があると判定された場合には、７４でジョブの部品は廃棄処分と考える。
【００２２】
図１０は、図２に示す決定支援モジュール中で実行される動作を表すフローチャートである。ブロック７６で、ユーザは決定支援モジュールにログインし、それを選択する。その後、７８でユーザは修理決定を受けるタービンの部品の状態を獲得する。すなわち、ユーザはその部品に割り当てられているジョブ番号を入力することにより状態を獲得する。次に、８０でユーザは検討されるべき部品として類似の状態を有する部品を求めてトリアージ記憶装置を検索する。すなわち、ユーザは受信された情報の中から、部品の状態を最も良く記述しているデータを選択する。そのデータに基づいて、システム２８は先の修理決定を受けたときに類似の状態を示していた部品を求めてトリアージ記憶装置３０を検索する。この検索により、それら類似の部品の修理過程及び修理費用などの他の情報も提供される。次に、８２でシステム２８は検索結果を使用して、履歴及び費用便益解析を実行する。部品の履歴は部品の血統、タービンが動作していた条件及び修理統計を示す。費用便益解析は、類似の部品の修理の履歴費用と部品の残り寿命との関係を示す。また、費用便益解析は修理と交換部品とを比較した場合の費用の差も示す。尚、交換部品は新品であっても良いし、再生部品であっても良い。
【００２３】
再び図１０を参照すると、システム２８は８４で履歴及び費用便益解析に従って問題となっている部品の修理方法を推奨する。一般に、修理方法は部品を修理するか、又は廃棄処分にするかということを伴う。部品を修理すべき場合、修理方法は問題の部品と最も密接に関連する部品の修理方法に対応する。検索結果と修理方法の全ては８６でユーザに対して表示される。８８で修理決定に際して検討しなければならない部品が更に存在すると判定された場合、部品がそれ以上なくなるまでブロック７８〜８６を繰り返す。
【００２４】
図１１は、図２に示す顧客追跡モジュール中で実行される動作を表すフローチャートを示す。先に述べた通り、このモジュールにより、顧客はサービス技術者を呼び出す必要なくジョブの経過を追跡することができる。ブロック９０で、顧客は顧客追跡モジュールにログインし、それを選択する。ログイン後、顧客は９２でその顧客に割り当てられたジョブ番号を入力する。ジョブ番号を入力すると、顧客追跡モジュールは９４でジョブの状態を生成し、その結果を９６で顧客に対して表示する。状態情報は計画された検査スケジュール、完了した検査過程、検査結果、修理スケジュール、完了した修理過程の結果及びジョブが完了すると予想される時間などの情報を含む。顧客が別のジョブの状態を追跡することを希望していると９８で判定されると、追跡すべきジョブがそれ以上なくなるまでブロック９２〜９６を繰り返す。これに対し、ジョブがそれ以上存在しない場合には、顧客追跡モジュールは終了する。
【００２５】
この開示の上述のフローチャートは、タービン部品の電子トリアージを実行するシステム及び方法の実現しうる形態の機能及び動作を示す。この点に関して、各ブロックはモジュール、セグメント又はコードの一部を表し、指定の論理機能を実現するための１つ以上の実行可能な命令を含む。また、これに代わるいくつかの実現形態においては、ブロックに記載されている機能が関連する機能に応じて図示されている順序とは異なる順序で、例えば、実際にはほぼ同時に又は逆の順序で起こる場合もありうるということに注意すべきである。更に、機能はC＋＋又はJAVAなどのプログラミング言語で実現できるが、Visual Basicなどの他の言語も使用可能である。
【００２６】
タービン部品の電子トリアージを実行するための上述のシステム及び方法は、論理機能を実現するための実行可能な命令の順序付きリストを含む。順序付きリストは、それらの命令を検索し且つ実行することができるコンピュータ利用システムにより又はそれと関連して使用するためのどのようなコンピュータ読み取り可能媒体によっても具現化可能である。本出願に関して言えば、コンピュータ読み取り可能な媒体は命令を含み、格納し、通信し、伝搬し、送信し又は搬送することができる何らかの手段であれば良い。コンピュータ読み取り可能な媒体は電子的、磁気的、光学的、電磁的又は赤外線を利用するシステム、機器又は装置であれば良い。コンピュータ読み取り可能な媒体の例としては、１本以上のワイヤを有する電気的接続（電子的）、携帯コンピュータディスケット（磁気的）、ランダムアクセスメモリ（ＲＡＭ）（磁気的）、読み取り専用メモリ（ＲＯＭ）（磁気的）、消去再書き込み可能読み取り専用メモリ（ＥＰＲＯＭ又はフラッシュメモリ）（磁気的）、光ファイバ（光学的）及び携帯コンパクトディスク読み取り専用メモリ（ＣＤＲＯＭ）（光学的）などがあるが、これらに限定されるわけではない。命令が印刷されている紙又は別の適切な媒体を使用することさえ可能である。例えば、紙又は他の媒体の光学的走査によって命令を電子的に捕捉し、次にコンパイルし、解釈するか又は他の方法により必要に応じて適切に処理し、その後、コンピュータメモリに格納することが可能である。
【００２７】
異常の開示に従って、タービン部品の電子トリアージを実行するためのシステム、方法及びコンピュータ製品が提供されたことは明白である。本発明をその好ましい一実施例と関連させて特定して図示し且つ説明したが、当業者により本発明の範囲から逸脱せずに変形及び修正を実施できることは理解されるであろう。なお、特許請求の範囲に記載された符号は、理解容易のためであってなんら発明の技術的範囲を実施例に限縮するものではない。
【図面の簡単な説明】
【図１】  タービン部品の修理を容易にするシステムが動作する汎用コンピュータシステムの概略図。
【図２】  図１に示すコンピュータシステムで動作するタービン部品修理システムの概略図。
【図３】  図２に示すシステムを実現するためのシステムアーキテクチャ図。
【図４】  図２に示す部品追跡モジュール中で実行される動作を表すフローチャート。
【図５】  部品追跡モジュールを動作させている間にユーザに対して提示され且つユーザにより書き込まれるジョブ情報の詳細の画面の一例を示す図。
【図６】  部品追跡モジュールから取り出される画面の別の例を示す図。
【図７】  部品追跡モジュールから取り出される画面の追加例を示す図。
【図８】  部品追跡モジュールを動作させている間にユーザに対して提示される検査計画スケジュールの画面の一例を示す図。
【図９】  部品追跡モジュールを動作させている間にユーザに対して提示されることがあり、特定の部品に関して検査結果を提供する画面の一例を示す図。
【図１０】  図２に示す決定支援モジュール中で実行される動作を表すフローチャート。
【図１１】  図２に示す顧客追跡モジュール中で実行される動作を表すフローチャート。
【符号の説明】
１０…コンピュータシステム、２８…タービン部品の修理を容易にするシステム、３０…トリアージ記憶装置、３２…ユーザ情報データベース、３４…修理トリアージアプリケーション、３６…部品追跡モジュール、３８…決定支援モジュール、４０…顧客追跡モジュール、４４…計算装置、４６…ウェブブラウザ、４８…専用（グローバル）ネットワーク、５０…トリアージサーバ、５２…ウェブサーバ
【図１】
0004159295.tif 000002
【図２】
0004159295.tif 000003
【図３】
0004159295.tif 000004
【図４】
0004159295.tif 000005
【図５】
0004159295.tif 000006
【図６】
0004159295.tif 000007
【図７】
0004159295.tif 000008
【図８】
0004159295.tif 000009
【図９】
0004159295.tif 000010
【図１０】
0004159295.tif 000011
【図１１】
0004159295.tif 000012