(57)【要約】本発明は、全体的に、在庫を管理するためのシステムおよび方法にに関する。顧客が顧客コンピュータ（１０２）を介して、かつ／またはユーザが遠隔補給処コンピュータ（１０４）を介して、車輪とブレーキの組立品に関する在庫情報をネットワーク・サーバ（１０８）にサブミットすることができ、最終的に管理サーバ（１１０）にサブミットすることができる。この情報が、データベース（１１２）を更新するのに使用されることが可能である。在庫が、提供された在庫情報にある程度、基づいて調整されることが可能である。【特許請求の範囲】
【請求項１】
在庫を管理するための装置であって、
プログラム命令を格納するメモリ（３０２）と、
前記プログラム命令に応答して、第１のコンピュータ（１１０）において複数の部品の場所情報を保持し、前記複数の部品の１つの部品の前記場所情報の変更に関する情報を、複数の遠隔コンピュータ（１０２、１０４）の少なくとも１つから受信し、受信された前記情報に基づいて前記第１のコンピュータ（１１０）における前記複数の部品の少なくとも１つの部品の前記場所情報を更新するように構成されたプロセッサ（３０８）とを含み、場所情報に関する情報が、前記複数の部品の各部品の前記正確な場所を示す前記第１のコンピュータ（１１０）からいつでもアクセスされることが可能であることを特徴とする装置。
【請求項２】
前記複数の遠隔コンピュータが、少なくとも１つの顧客拠点に配置された少なくとも１つの遠隔顧客コンピュータ（１０２）と、少なくとも１つのロジスティック・プロバイダ拠点に配置された少なくとも１つの遠隔ロジスティック・プロバイダ・コンピュータ（１０４）とを含むことを特徴とする請求項１に記載の装置。
【請求項３】
前記プロセッサが、
前記少なくとも１つの顧客拠点および前記少なくとも１つのロジスティック・プロバイダ拠点の少なくとも１つにおいて要求される最低在庫レベルに関する情報を保持し、
前記更新された場所情報が、前記少なくとも１つの顧客拠点および前記少なくとも１つのロジスティック・プロバイダ拠点の少なくとも１つにおいて部品の前記数が、前記最低在庫レベルを下回って低下することをもたらすかを判定し、
追加の在庫が、前記少なくとも１つの顧客拠点および前記少なくとも１つのロジスティック・プロバイダ拠点の少なくとも１つに供給されることを要求する通知を送信するようにさらに構成されたことを特徴とする請求項２に記載の装置。
【請求項４】
追加の在庫が、最適な形で供給されることを特徴とする請求項３に記載の装置。
【請求項５】
配送情報が、少なくとも保持される場所情報に基づき、予測されることが可能であることを特徴とする請求項３に記載の装置。
【請求項６】
前記プロセッサが、
前記部品の各部品の前記平均余命に関する情報を前記第１のコンピュータ（１１０）において保持し、
前記複数の部品の各部品の前記平均余命に関する情報を、前記複数の遠隔コンピュータ（１０２、１０４）のそれぞれから受信された前記更新済みの場所情報に基づいて更新し、
前記複数の部品の少なくとも１つの部品の前記平均余命が超過していることを判定し、
前記部品が交換されることを要求する通知を、前記判定に基づいて送信するようにさらに構成されたことを特徴とする請求項２に記載の装置。
【請求項７】
前記場所情報が、航空機上の場所、顧客拠点における場所、ロジスティック・プロバイダ拠点における場所、および製造業者の拠点における場所を含む複数の場所を含むことを特徴とする請求項１に記載の装置。
【請求項８】
前記プロセッサが前記情報を更新する際、前記プロセッサが、
複数の部品の各部品に関する場所の順序を特定し、
前記複数の部品の１つの部品の場所の前記変更に関する前記受信された情報が、前記複数の部品の前記１つの部品に関する場所の前記順序と一致するかを判定し、
前記受信された情報が場所の前記順序と一致する場合、前記情報を更新し、
前記受信された情報が、前記複数の部品の前記１つの部品に関する場所の前記順序と一致しない場合、前記複数の部品の前記１つの部品の前記場所に関する前記現在の情報を保持するようにさらに構成されたことを特徴とする請求項１に記載の装置。
【請求項９】
前記プロセッサが、前記保持された場所情報を利用して少なくとも１つのレポートを生成するようにさらに構成されたことを特徴とする請求項１に記載の装置。
【請求項１０】
前記プロセッサが、前記保持された場所情報を利用してパフォーマンスを測定するようにさらに構成されたことを特徴とする請求項１に記載の装置。
【請求項１１】
在庫を管理するための情報を提供するための装置であって、
プログラム命令を格納するメモリ（２０２）と、
前記プログラム命令に応答して、複数の部品の少なくとも１つの部品の場所を変更する要求を受信し、前記要求に基づき、前記複数の部品の少なくとも１つの部品の前記場所の前記変更を提供し、前記要求に基づき、少なくとも１つの顧客拠点、少なくとも１つのロジスティック・プロバイダ拠点、および少なくとも１つの製造業者拠点の少なくとも１つに関係することが可能である、複数の部品の少なくとも１つの部品の現在の場所情報を獲得して、前記情報を遠隔ロジスティック・プロバイダ・コンピュータ（１０４）上に格納し、複数の部品の少なくとも１つの部品の前記現在の場所情報を第１のコンピュータ（１１０）に送信するように構成されたプロセッサ（２１０）とを含み、前記第１のコンピュータ（１１０）が、前記第１のコンピュータ（１１０）における前記複数の部品の前記少なくとも１つの部品の場所情報を更新し、現在の場所情報に関する情報が、前記複数の部品の各部品の前記正確な場所を示す前記第１のコンピュータ（１１０）からいつでもアクセスされることが可能であることを特徴とする装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本出願は、参照により全体が本明細書に組み込まれている「在庫管理のためのシステムおよび方法」という名称の２００２年８月２日に出願した米国仮特許出願第６０／４００１０２号に関連し、この出願の優先権を主張する。
【０００２】
本発明は、全体的に、在庫を管理することに関し、より具体的には、ネットワークを介して提供された情報にある程度、基づき、在庫を管理するためのシステムおよび方法に関する。
【背景技術】
【０００３】
予備部品の在庫を最適化することは、予備部品の製造業者には、常に課題であった。格納スペースは、高価である可能性があり、迅速なターンアラウンド・タイムを確実にするのに要求される在庫の量の見積りが高すぎる場合、製造業者は、必要でない格納スペースの代金を支払わなければならない。しかし、要求される在庫の量の見積りが低すぎる場合、顧客が要求した部品が用意されていない可能性がある。これは、顧客が、部品を待たなければならないことをもたらし、そのため、顧客の不満をもたらす。
【０００４】
現在、システムにおける在庫は、製造業者によって所有されることも、顧客によって所有されることも可能であるが、顧客は、顧客側で在庫を管理する。顧客は、在庫レベルを製造業者に報告しない。このため、製造業者は、顧客の在庫を認識していない。製造業者が顧客の将来のニーズを認識していないことに根ざして、顧客がいずれの部品を必要とする可能性があるかを予測することは、困難である可能性がある。このため、過剰な在庫が抑制され、格納スペースが最適化され、顧客が部品を要求することと顧客が部品を受け取る間のターンアラウンド・タイムが最適化されるように在庫を管理することができるシステムの必要性が存在する。
【発明の開示】
【課題を解決するための手段】
【０００５】
本明細書で具体化され、広く説明される本発明と合致する原理によれば、本発明の原理と合致する方法およびシステムが、在庫を管理することを可能にする。方法およびシステムは、第１のコンピュータにおける複数の部品の場所情報を保持すること、複数の遠隔コンピュータの少なくとも１つから、複数の部品の１つの部品の場所情報の変化に関する情報を受け取ること、受け取られた情報に基づき、第１コンピュータにおける複数の部品の少なくとも１つの部品の場所情報を更新することを含み、場所情報に関する情報は、複数の部品の各部品の正確な場所を示す第１コンピュータからいつでもアクセスされることが可能である。
【０００６】
本発明と合致するさらなる原理は、在庫を管理するための情報を提供するためのシステムおよび方法を提供する。システムおよび方法は、複数の部品の少なくとも１つの部品の場所を変更する要求を受け取ること、その要求に基づき、複数の部品の少なくとも１つの部品の場所を変更することを可能にすること、その要求に基づき、複数の部品の少なくとも１つの部品の、少なくとも１つの顧客拠点、少なくとも１つのロジスティック・プロバイダ拠点、および少なくとも１つの製造業者拠点の少なくとも１つに関連することが可能な最新場所情報を獲得して、その情報を遠隔ロジスティック・プロバイダ・コンピュータ上に格納すること、および複数の部品の少なくとも１つの部品の最新場所情報を第１コンピュータに送ることを含み、第１コンピュータは、第１コンピュータにおける複数の部品の少なくとも１つの部品の場所情報を更新し、現在場所情報に関する情報は、複数の部品の各部品の正確な場所を示す第１コンピュータからいつでもアクセスされることが可能である。
【０００７】
本発明のさらなる特徴および態様は、以下の説明に部分的に記載され、説明から部分的に明白となるか、あるいは本発明を実施することで知ることができる。本発明の特徴および態様は、添付の特許請求の範囲で特に指摘する要素および組合せによって実現され、達せられる。
【０００８】
本発明に組み込まれ、本発明の一部分を構成する添付の図面は、本発明のいくつかの実施形態を例示し、説明とともに、本発明の原理を説明し、説明とともに、本発明の特徴および態様を明らかにする。
【発明を実施するための最良の形態】
【０００９】
次に、本発明を詳細に参照して、添付の図面に実施例を示す。可能な場合はいつでも、同一の部分または同様の部分を指すのに、すべての図面で同一の符号を使用する。
概要
本発明の原理と合致する方法およびシステムは、顧客が顧客コンピュータを介して、かつ／またはユーザが遠隔補給処コンピュータを介して、ネットワークを介してネットワーク・サーバにアクセスすることができるようにすることを提供する。顧客が顧客コンピュータを介して、かつ／またはユーザが遠隔補給処コンピュータを介して、ネットワーク・サーバと通信するようにリンクされた管理サーバにおけるデータベースに格納されるように、情報をサブミットすることができる。顧客および／またはユーザによってサブミットされた情報を使用して、データベースの中に含まれる情報を更新することができる。在庫は、ユーザによって提供された情報に、ある程度、基づいて調整されることが可能である。
【００１０】
多くのタイプの情報が本明細書で説明するシステムによって利用されることが可能であることが、当業者には認められよう。例示の目的で、本明細書の開示は、航空機の部品、特に車輪とブレーキの組立品の在庫に関連する。
【００１１】
システム・アーキテクチャ
図１は、本発明の原理を実施するためのシステム環境１００の典型的な図である。システム１００のコンポーネントは、ハードウェア、ソフトウェア、および／またはファームウェアの任意の適切な組合せを介して実装することができる。図１に示すとおり、システム１００は、顧客コンピュータ１０２、遠隔補給処コンピュータ１０４、ネットワーク１０６、ネットワーク・サーバ１０８、管理サーバ１１０、およびデータベース１１２を含む。任意の数の顧客コンピュータおよび遠隔補給処コンピュータが、ネットワーク１０６上に存在することが可能であることを認めることができよう。顧客コンピュータ１０２および遠隔補給処コンピュータ１０４は、関連するインターネット・サービス・プロバイダ（図示せず）経由でネットワーク１０８を介してネットワーク・サーバ１０８にアクセスすることができる。顧客コンピュータ１０２は、製造業者の顧客、例えば、航空機を保守する航空会社を代表することが可能である。遠隔補給処コンピュータ１０４は、遠隔補給拠点、または遠隔倉庫地点において在庫レベルを維持することを担う第三者のプロバイダを代表することが可能である。
【００１２】
顧客コンピュータ１０２または遠隔補給処コンピュータ１０４からネットワーク・サーバ１０８にサブミットされた情報は、データベース１１２を更新するため、およびデータベース１１２の中に格納するために管理サーバ１１０に伝送されることが可能である。ネットワーク１０６は、好ましくは、インターネットとして実施されることが可能であるが、ネットワーク１０６は、公共または私設の任意のローカル・エリア・ネットワークまたはワイド・エリア・ネットワークであることが可能である。データベース１１２は、慣用のデータベース・アプリケーションとして、例えば、Ｏｒａｃｌｅ（登録商標）データベースとして実装されることが可能である。データベース１１２は、ネットワーク・サーバ１０８に存在することが可能であることを認めることができよう。
【００１３】
遠隔補給処コンピュータ１０４とネットワーク・サーバ１０８および／または管理サーバ１１０の間の通信は、ネットワーク１０６からのネットワーク分離を介して円滑にすることができることを、当業者は認めることができよう。顧客コンピュータ１０２とネットワーク・サーバ１０８および／または管理サーバ１１０の間の通信も、ネットワーク１０６からのネットワーク分離を介して円滑にすることができることを、当業者はさらに認めることができよう。
【００１４】
図２は、本発明の原理と合致する、顧客コンピュータ１０２および遠隔補給処コンピュータ１０４の内部に含まれるコンポーネントの典型的なブロック図を示す。顧客コンピュータ１０２および遠隔補給処コンピュータ１０４は、パーソナル・コンピュータまたはワークステーションなどの任意のタイプのコンピューティング・デバイスであることが可能であり、例えば、メモリ２０２、ブラウザ・ソフトウェア２０４、２次ストレージ２０６、ソフトウェア２０８、中央処理装置（ＣＰＵ）２１０、および入出力（Ｉ／Ｏ）デバイス群２１２を含むことが可能である。顧客またはユーザは、ブラウザ・ソフトウェア２０４を使用してネットワーク１０６にアクセスすることができる。ブラウザ２０４は、マイクロソフトまたはネットスケープから入手可能な慣用のブラウザ・アプリケーションを含め、慣用のブラウザ・アプリケーションを含むことが可能である。顧客コンピュータ１０２および遠隔補給処コンピュータ１０４は、インターネット接続、仮想プライベート・ネットワーク接続などを介することを含め、慣用の方法を介して、ネットワーク１０６を介してネットワーク・サーバ１０８にアクセスすることができる。さらに、顧客コンピュータ１０２、遠隔補給処コンピュータ１０４、ネットワーク・サーバ１０８、および管理サーバ１１０の間の伝送において、セキュリティ対策、すなわち、データ伝送の暗号化を行うことができることも、当業者は認めることができよう。
【００１５】
入出力デバイス群２１２には、例えば、キーボード、マウス、ビデオ・カメラ（例えば、２Ｄデータ・マトリックス・タグを読み取るための）、ディスプレイ、記憶デバイス、プリンタ、および／または顧客コンピュータ１０２または遠隔補給処コンピュータ１０４と通信するようにリンクすることができる他の任意のデバイス、例えば、スキャンするためのワンドを含むことが可能な、すなわちバーコード、バーコード読取装置など個人用デジタル補助装置（ＰＤＡ）が含まれることが可能である。ユーザ・インターフェース２０４は、マイクロソフトまたはネットスケープから入手可能な慣用のブラウザ・アプリケーションを含む、慣用のブラウザ・アプリケーションとして実装されることが可能である。ユーザは、入出力デバイス群２１２を介してユーザ・インターフェース２０４を起動し、ネットワーク１０６を介してネットワーク・サーバ１０８にアクセスすることができる。ソフトウェア２０８は、ネットワーク・サーバと通信するのを助けるためプログラム命令、および車輪とブレーキの組立品に関連する在庫情報をフォーマットし、伝送するのを助けるためのプログラム命令を含むことが可能である。
【００１６】
図３は、本発明の原理と合致する、システム環境１００において実装することができるネットワーク・サーバ１０８の典型的な図を示す。図３に示すとおり、ネットワーク・サーバ１０８は、メモリ３０２、ネットワーク・インターフェース・アプリケーション３０４、２次記憶デバイス３０６、ＣＰＵ３０８、および入出力デバイス群３１０を含む。入出力デバイス群２１２には、例えば、キーボード、マウス、ビデオカム、ディスプレイ、記憶デバイス、および／またはプリンタが含まれることが可能である。ネットワーク・サーバ１０８は、ネットワーク１０６に接続され、ネットワーク・インターフェース・アプリケーション３０４を介してブレーキと車輪の組立品に関連する在庫情報にアクセスするため、およびサブミットするため、顧客コンピュータ１０２および遠隔補給処コンピュータ１０４と通信するようにリンクされることが可能である。ネットワーク・サーバ１０８は、管理サーバ１１０と通信するようにさらにリンクされることが可能であり、顧客コンピュータ１０２および／または遠隔補給処コンピュータ１０４からサブミットされた在庫情報が、データベース１１２を更新するため、およびデータベース１１２の中に格納されるために、管理サーバ１１０に伝送されることが可能である。
【００１７】
図４は、本発明の原理と合致する、システム環境１００において実装することができる管理サーバ１１０の典型的な図を示す。図４に示すとおり、管理サーバ１１０は、メモリ４０２、２次ストレージ４０６、データベース４０８、ＣＰＵ４１０、および入出力デバイス群４１０を含む。管理サーバ１１０は、ネットワーク・サーバ１０８と通信するようにリンクされることが可能である。データベース１１２に含まれる情報は、２次記憶デバイス４０６または２次記憶デバイス３０６の中に格納してもよいことを、当業者は認めることができよう。
【００１８】
実装
図５は、本発明の原理と合致する、情報にアクセスする際、およびネットワーク・サーバ１０８に情報をサブミットする際に顧客コンピュータ１０２によって実行されるステップの典型的な流れ図を示す。図５に示すとおり、顧客コンピュータ１０２が、ユーザ・インターフェース・アプリケーション２０４を介して、ネットワーク１０６を介するネットワーク・サーバ１０８へのアクセスを要求する（ステップ５０２）。ネットワーク・コンピュータ１０６へのアクセスを要求すると、顧客コンピュータは、ＩＤ情報および／またはパスワード情報をサブミットするように要求される可能性がある。顧客コンピュータ１０２が、要求された場合、確証する情報を提供すると、ネットワーク・サーバ１０８へのアクセスが許可される（ステップ５０４）。
【００１９】
次に、顧客コンピュータ１０２は、航空機のブレーキおよび車輪を含む組立部品の在庫に関する情報をサブミットすることができる（ステップ５０６）。次に、顧客コンピュータ１０２は、その情報が受け取られたという情報をネットワーク・サーバ１０８から受け取ることができる。次に、顧客コンピュータ１０２は、組立部品の在庫に関連する追加の情報を提供する機会を有することが可能である（ステップ５０８）。顧客コンピュータ１０２が、追加の情報を提供することを選択した（ステップ５０８、「はい」）場合、処理は、ステップ５０６に戻る。顧客コンピュータ１０２によって追加の情報がまったくサブミットされなかった（ステップ５０８、「いいえ」）場合、ネットワーク・サーバ１０８への接続が終了され、処理は終了する。
【００２０】
図６は、本発明の原理と合致する、顧客コンピュータ１０２にアクセスを許可し、組立部品の在庫に関する情報を受け取る際にネットワーク・サーバ１０８によって実行されるステップの典型的な流れ図を示す。図６に示すとおり、ネットワーク・サーバ１０８が、アクセスの要求を受信する（ステップ６０２）。ネットワーク・サーバ１０８は、ＩＤ情報および／またはパスワードを要求することができる。要求される場合、ＩＤ情報およびパスワードの検証に基づき、ネットワーク・サーバ１０８へのアクセスが許可される（ステップ６０４）。次に、ネットワーク・サーバは、組立部品の在庫に関する情報を受け取ることができる（ステップ６０６）。次に、受け取られた情報が、レコードとしてフォーマットされ、管理サーバ１１０にサブミットされる（ステップ６０８）。追加の情報が受け取られるかについての判定が行われる（ステップ６１０）。追加の情報が受け取られる（ステップ６１０、「はい」）場合、処理は、ステップ６０６に戻る。追加の情報がまったく受け取られない（ステップ６１０、「いいえ」）場合、ネットワーク・サーバ１０８へのアクセスが終了され、処理は終了する。
【００２１】
図７は、本発明の原理と合致する、ネットワーク・サーバ１０８に在庫情報を提供する際に遠隔補給処コンピュータ１０４によって実行されるステップの典型的な流れ図を示す。図７に示すとおり、遠隔補給処コンピュータ１０４が、ユーザ・インターフェース・アプリケーション２０４を介して、ネットワーク１０６を介するネットワーク・サーバ１０８へのアクセスを要求する（ステップ７０２）。ネットワーク・コンピュータ１０６へのアクセスを求める要求を行うと、遠隔補給処コンピュータ１０４は、ＩＤ情報および／またはパスワード情報をサブミットするように要求される可能性がある。要求される場合、遠隔補給処コンピュータ１０４が、確証する情報を提供すると、ネットワーク・サーバ１０８へのアクセスが許可される（ステップ７０４）。
【００２２】
次に、遠隔補給処コンピュータ１０４は、航空機のブレーキおよび車輪を含む組立部品の在庫に関する情報をサブミットすることができる（ステップ７０６）。次に、遠隔補給処コンピュータ１０４は、その情報が受け取られたという指示をネットワーク・サーバ１０８から受け取ることができる。次に、遠隔補給処コンピュータ１０４は、組立部品の在庫に関連する追加の情報を提供する機会を有することが可能である（ステップ７０８）。遠隔補給処コンピュータ１０４が追加の情報を提供することを選択した（ステップ７０８、「はい」）場合、処理は、ステップ７０６に戻る。遠隔補給処コンピュータ１０４によって追加の情報がまったくサブミットされない（ステップ７０８、「いいえ」）場合、ネットワーク・サーバ１０８への接続が終了され、処理は終了する。
【００２３】
顧客コンピュータ・トランザクション
取り外しおよび取り付け
顧客が、部品を取り外し、交換する、ユニットをある場所から別の場所に移す、整備可能なユニットのステータスを変更することを所望する、または在庫調整を行うことを所望する場合はいつでも、ネットワーク・サーバ１０８を介して管理サーバ１１０に情報をサブミットする。顧客が、ネットワーク・サーバ１０８へのアクセスを要求し、サーバ１０８に情報を提供するプロセスは、図５に関連して前述する。部品の取り外しおよび交換に関する情報が管理サーバに送られると、その情報は、データベース１１２（図１）にサブミットされ、データベースが更新され、在庫が調整されることが可能である。図８は、本発明の原理と合致する、管理サーバに取り外し情報および交換情報を送る際にユーザに提示される典型的なスクリーンを示す。図８に示すとおり、顧客は、次の４つの選択肢の間で選択を行うことができる。すなわち、取り外しおよび取り付けを記録する８０２、あるライン・ステーションから別のライン・ステーションに製造業者の整備可能なユニットを移動する８０４、整備可能なユニットのステータスを変更する８０６、および在庫調整を記録する８０８である。図８では、取り外しおよび取り付けを記録する選択肢８０２が選択されている。
【００２４】
顧客がＯＫボックスを選択すると、図９に示した典型的なスクリーンが、顧客に提示される。顧客は、入出力デバイス群２１２を使用して、提供されたデータ・フィールドに記入する。日付９０２は、顧客に都合がよいように、既定で現在の日付になることが可能である。顧客コード９０４は、管理サーバ１１０の顧客を表す文字ベースのデータ・フィールドとして実装されることが可能である。このデータ・フィールドは、ネットワーク・サーバ１０８へのアクセスを要求する際に提供された顧客のパスワードに基づいてネットワーク・サーバ１０８によって記入されることが可能である。場所コード９０６は、顧客の拠点を表す文字ベースのデータ・フィールドとして実装されることが可能である。航空機テール番号９０８は、航空機のテール番号を表す英数字フィールドとして実装されることが可能である。航空機上の位置９１０は、部品が取り外され、交換される航空機上の位置を表す英数字フィールドとして実装されることが可能である。
【００２５】
取り外し済みＨＯＮ部品番号９１２は、文字ベースのデータ・フィールドまたは数字ベースのデータ・フィールドとしても実装されることが可能であり、航空機から取り外された部品番号を表す。取り外し済みＨＯＮ通し番号９１４は、文字ベースのデータ・フィールドまたは数字ベースのデータ・フィールドとしても実装されることが可能であり、航空機から取り外された部品の通し番号を表す。取り付け済みＨＯＮ部品番号９１６は、文字ベースのデータ・フィールドまたは数字ベースのデータ・フィールドとしても実装されることが可能であり、航空機から取り付けられた部品番号を表す。取り付け済みＨＯＮ通し番号９１８は、文字ベースのデータ・フィールドまたは数字ベースのデータ・フィールドとしても実装されることが可能であり、航空機から取り付けられた部品の通し番号を表す。取り外し理由９２０は、ドロップダウン・メニューとして実装されることが可能であり、顧客が選択する複数の選択肢を含むことが可能である。コメント９２２および９２４は、文字ベースのデータ・フィールドとして実装されることが可能であり、顧客が、取り外しおよび取り付けのプロセスに関するあらゆるコメントを含めることを可能にする。ユーザが、情報を入力し、ＯＫボタンを選択した後、情報は、１つのレコードとして管理サーバ１１０に送られる。次に、このレコードは、データベース１１２に送られ、データベース内の情報が更新される。
【００２６】
整備可能なユニットの移動
図８に示すとおり、顧客が選択することができる第２の選択肢は、製造業者の整備可能なユニットをある顧客ステーションから別の顧客ステーションに移動する８０４である。この選択肢は、顧客が在庫をある場所から別の場所に移動する場合に利用されることが可能である。この選択肢を選択し、ＯＫボタンを選択すると、顧客には、データの伝送を容易にするデータ・フィールドを含むスクリーンが提示される。図１０は、ある場所から別の場所への整備可能なユニットの移動に関する情報をサブミットすることに関して顧客に提示されるスクリーンの典型的なスクリーン・イメージを示す。図１０に示すとおり、顧客は、日付を入力するように促される。このデータ・フィールドは、顧客に都合がよいように既定で現在の日付になることが可能である。起点顧客コード１００４は、文字ベースのデータ・フィールドとして実装されることが可能であり、部品を移送している顧客のＩＤを表すことができる。宛先顧客コード１００６は、文字ベースのデータ・フィールドとして実装されることが可能であり、部品を受け取る顧客のＩＤコードを表すことができる。システムは、起点顧客コード１００４が記入されると、顧客に都合がよいように、このデータ・フィールドに自動的に記入することができる。ただし、顧客は、異なる顧客に部品が移送される場合、このフィールドを変更することができる。
【００２７】
起点場所コード１００８は、文字ベースのデータ・フィールドとして実装されることが可能であり、移送される部品の起点場所を表す。宛先場所コード１０１０は、文字ベースのデータ・フィールドとして実装されることが可能であり、移送されている部品の宛先場所を表すことができる。製造業者の部品番号は、文字ベースまたは数字ベースのフィールドとして実装されることが可能であり、移送されている部品番号を表す。ユニット数１０１４は、数字ベースのフィールドとして実装されることが可能であり、移送されているユニットの数を表す。製造業者の通し番号１０１６〜１０２６は、動的に実装されることが可能である。例えば、ユニット数１０１４に入力される数により、いくつの製造業者の通し番号データ・フィールドが出現するかを決めることが可能である。製造業者の通し番号１０１６〜１０２６は、数字ベースのフィールドとして実装されることが可能であり、移送される部品の通し番号を表すことができる。
【００２８】
移送理由１０２８は、顧客が、ユニットをある場所から別の場所に移送する理由を表すいくつかの選択肢から選択を行う、文字ベースのフィールドとして、またはプルダウン・メニューとして実装されることが可能である。コメント１０３０は、文字ベースのフィールドとして実装されることが可能であり、顧客がサブミットすることを所望するあらゆる追加のコメントを表すことができる。顧客は、スクリーンに情報を入力すると、ＯＫボタンを選択することができる。ネットワーク・サーバ１０８が、情報をレコードにフォーマットして、その情報を管理サーバ１１０にサブミットする。次に、管理サーバ１１０が、データベース内の情報を更新する。
【００２９】
整備可能なユニットのステータスの変更
図８に示すとおり、顧客が選択することができる第３のオプションは、整備可能なユニットのステータスを変更する８０６である。これは、老朽化、または事故による損傷などの理由で、以前に整備可能であってユニットが航空機上で使用されるべきでなく、ユニットが修理され、かつ／またはオーバーホールされるべきであると顧客が判定した場合に行われる可能性がある。この選択肢を選択し、ＯＫボタンを選択すると、顧客には、データの伝送を容易にするデータ・フィールドを含むスクリーンが提示される。図１１は、本発明の原理と合致する、整備可能なユニットのステータスを変更することに関する情報をサブミットすることに関して顧客に提示されるスクリーンの典型的なスクリーン・イメージを示す。前述したデータ・フィールドと同一の表題を含む図１１のデータ・フィールドが、同様に実装される。
【００３０】
図１１に示すとおり、顧客は、日付１１０２、顧客コード１１０４、場所１１０６、製造業者の部品番号１１０８、製造業者の通し番号１１１０、およびコメント１１１４を入力するように促される。さらに、顧客は、変更理由１１１２を提供することができる。このデータ・フィールドは、顧客が複数の選択肢から選択を行うことができるドロップダウン・メニューとして実装されることが可能である。
【００３１】
顧客は、スクリーンに情報を入力すると、ＯＫボタンを選択することができる。ネットワーク・サーバ１０８が、情報をレコードにフォーマットして、その情報を管理サーバ１１０にサブミットする。次に、管理サーバ１１０が、データベース内の情報を更新する。
【００３２】
在庫調整を記録する
図８に示すとおり、顧客が選択することができる最後の選択肢は、在庫調整を記録する８０８である。これは、在庫調整が行われるべきであると顧客が判定した場合に行われる可能性がある。この選択肢を選択し、ＯＫボタンを選択すると、顧客には、データの伝送を容易にするデータ・フィールドを含むスクリーンが提示される。このスクリーンに含まれることが可能なデータ・フィールドには、顧客コード、場所コード、部品番号、通し番号、ならびに部品の古い場所、および部品の新しい場所が含まれることが可能である。さらに、顧客は、調整の理由を提供することもできる。
【００３３】
顧客は、スクリーンに情報を入力すると、ＯＫボタンを選択することができる。次に、ネットワーク・サーバ１０８が、情報をレコードにフォーマットし、その情報を管理サーバ１１０にサブミットすることができる。次に、管理サーバ１１０が、データベース内の情報を更新することができる。この情報は、管理サーバ１１０において直接に更新することも含め、他の手段を介して更新されることも可能であることを認めることができよう。
【００３４】
顧客コンピュータ１０２を介して顧客によって入力される情報は、管理サーバ１１０および／またはネットワーク・サーバ１０８においてデータを更新することに加え、顧客コンピュータ１０２におけるデータを更新するのにも使用されることが可能であることを当業者は認めることができよう。
【００３５】
遠隔補給処コンピュータ・トランザクション
ユーザは、遠隔補給処コンピュータを介して、遠隔補給拠点において在庫を保持すること、および顧客拠点、遠隔補給拠点、および管理サーバ拠点の間における部品の移動を追跡することを担うことが可能である。
【００３６】
顧客トランザクションに関して前述した特徴の一部は、遠隔補給処コンピュータ１０４によって実行されることが可能であることを認めることができるが、遠隔補給処コンピュータ１０４によって実行されることが可能な追加のトランザクションも存在する。
【００３７】
図１２は、遠隔補給処コンピュータ１０４のユーザに提示される典型的なスクリーン・イメージを示す。ネットワーク・サーバ１０８にアクセスすることを要求し、サーバ１０８に情報を提供する、遠隔補給処コンピュータ１０４におけるユーザのプロセスを、図７に関連して前述した。車輪とブレーキの組立品に関連する在庫情報が、ネットワーク・サーバ１０８を介して管理サーバ１１０に送られると、情報は、データベース１１２（図１）にサブミットされ、データベースが更新され、在庫が調整されることが可能である。図１２は、本発明の原理と合致する、車輪とブレーキの組立品に関連する在庫情報を送ることに関して遠隔補給処コンピュータ１０４のユーザに提示される典型的なスクリーンを示す。図１２に示すとおり、顧客は、次の４つの選択肢の間で選択を行うことができる。すなわち、整備可能な部品の受け取り１２０２、整備可能な部品の発送１２０４、摩耗した部品の受け取り１２０６、および摩耗した部品の発送１２０８である。
【００３８】
整備可能な部品の受け取り
図１２に示すとおり、遠隔補給処コンピュータ１０４におけるユーザが選択することができる第１の選択肢は、整備可能な部品の受け取り１２０２である。このトランザクションは、ユーザが整備可能な部品を受け取った際に実行される。この選択肢を選択し、ＯＫボタンを選択すると、ユーザには、データの伝送を容易にするデータ・フィールドを含むスクリーンが提示される。図１３は、本発明の原理と合致する、整備可能な部品の受け取りに関する情報をサブミットすることに関して顧客に提示されるスクリーンの典型的なスクリーン・イメージを示す。前述したデータ・フィールドと同一の表題を含む図１３のデータ・フィールドが、同様に実装される。
【００３９】
図１３に示すとおり、ユーザは、日付１３０２、顧客コード１３０４、場所１３０６、製造業者の部品番号１３０８、製造業者の通し番号１３１０、およびコメント１３１２を入力するように促される。要求される可能性がある他の情報には、受け取りの日付と時刻、およびトランザクションを記録した日付と時刻が含まれる。情報がスクリーンに入力されると、ユーザは、ＯＫボタンを選択することができる。ネットワーク・サーバ１０８が、情報をレコードにフォーマットして、その情報を管理サーバ１１０にサブミットする。次に、管理サーバ１１０が、データベース内の情報を更新する。
【００４０】
顧客は、顧客コンピュータ１０２を介して、整備可能な部品の受け取りに関する情報を提供するこの選択肢にアクセスすることができることを、当業者は認めることができよう。
【００４１】
整備可能な部品の発送
遠隔補給処コンピュータ１０４におけるユーザ向けの第２の選択肢は、整備可能な部品の発送である。このトランザクションは、整備可能な部品が遠隔補給拠点から顧客拠点に発送された際に実行される。この選択肢を選択し、ＯＫボタンを選択すると、顧客には、データの伝送を容易にするデータ・フィールドを含むスクリーンが提示される。図１４は、本発明の原理と合致する、整備可能な部品の発送に関する情報をサブミットすることに関して顧客に提示されるスクリーンの典型的なスクリーン・イメージを示す。前述したデータ・フィールドと同一の表題を含む図１４のデータ・フィールドが、同様に実装される。
【００４２】
図１４に示すとおり、ユーザは、日付１４０２、顧客コード１４０４、場所１４０６、製造業者の部品番号１４０８、製造業者の通し番号１４１０、およびコメント１４１２を入力するように促される。顧客は、スクリーンに情報を入力すると、ＯＫボタンを選択することができる。ネットワーク・サーバ１０８が、情報をレコードにフォーマットして、その情報を管理サーバ１１０にサブミットする。次に、管理サーバ１１０が、データベース内の情報を更新する。
【００４３】
摩耗した部品の受け取り
遠隔補給処コンピュータ１０４におけるユーザ向けの第３の選択肢は、摩耗した部品の受け取り１２０６である。このトランザクションは、摩耗した部品が、遠隔補給拠点において顧客拠点から受け取られた際に実行される。この選択肢を選択し、ＯＫボタンを選択すると、顧客には、データの伝送を容易にするデータ・フィールドを含むスクリーンが提示される。図１５は、本発明の原理と合致する、摩耗した部品に関する情報をサブミットすることに関してユーザに提示されるスクリーンの典型的なスクリーン・イメージを示す。前述したデータ・フィールドと同一の表題を含む図１５のデータ・フィールドが、同様に実装される。
【００４４】
図１５に示すとおり、ユーザは、日付１５０２、顧客コード１５０４、場所１５０６、製造業者の部品番号１５０８、製造業者の通し番号１５１０、およびコメント１５１２を入力するように促される。顧客は、スクリーンに情報を入力すると、ＯＫボタンを選択することができる。ネットワーク・サーバ１０８が、情報をレコードにフォーマットして、その情報を管理サーバ１１０にサブミットする。次に、管理サーバ１１０が、データベース内の情報を更新する。
【００４５】
摩耗した部品の発送
遠隔補給処コンピュータ１０４におけるユーザ向けの第４の選択肢は、摩耗した部品の発送１２０８である。このトランザクションは、摩耗した部品が遠隔補給拠点から顧客拠点に発送された際に実行される。この選択肢を選択し、ＯＫボタンを選択すると、顧客には、データの伝送を容易にするデータ・フィールドを含むスクリーンが提示される。図１６は、本発明の原理と合致する、摩耗した部品の発送に関する情報をサブミットすることに関してユーザに提示されるスクリーンの典型的なスクリーン・イメージを示す。前述したデータ・フィールドと同一の表題を含む図１６のデータ・フィールドが、同様に実装される。
【００４６】
図１６に示すとおり、ユーザは、日付１６０２、顧客コード１６０４、場所１６０６、製造業者の部品番号１６０８、製造業者の通し番号１６１０、およびコメント１６１２を入力するように促される。ユーザがスクリーンに情報を入力すると、顧客は、ＯＫボタンを選択することができる。ネットワーク・サーバ１０８が、情報をレコードにフォーマットして、その情報を管理サーバ１１０にサブミットする。次に、管理サーバ１１０が、データベース内の情報を更新する。
【００４７】
顧客は、顧客コンピュータ１０２を介して、摩耗した部品の発送に関する情報を提供するこの選択肢にアクセスすることができることを、当業者は認めることができよう。
前述した開示は、在庫情報が、顧客コンピュータまたは遠隔補給処コンピュータにおいてユーザに提示されるデータ・フィールドの記入を介して提供されるように規定しているが、情報は、システム上のコンピュータにおけるユーザの介入を含まない自動プロセスを介してシステムに提供されてもよいことを、当業者は認めることができよう。
【００４８】
遠隔補給処コンピュータ１０４を介してユーザによって入力された情報は、管理サーバ１１０および／またはネットワーク・サーバ１０８におけるデータを更新することに加え、遠隔補給処コンピュータ１０４におけるデータを更新するのにも使用されることが可能であることを、当業者は認めることができよう。
【００４９】
管理サーバ
前述したデータベース１１２の中に格納される情報に加え、車輪とブレーキの組立品に関連する在庫の維持および調整を容易にする追加の情報が、データベース１１２の中に格納される。情報が、顧客コンピュータまたは遠隔補給処コンピュータから受け取られた場合、在庫情報がデータベース１１２内で更新されることが可能であり、この情報に基づき、在庫が調整されることが可能である。例えば、顧客が航空機に整備可能な部品を取り付けた場合、その顧客のために追加の在庫が、遠隔補給拠点において満たされる必要がある可能性がある。このため、以下の情報が、データベース１１２の中に追加で格納される。
【００５０】
組立品番号別の顧客に関する契約上の割り当てレベル：データ・フィールドが、顧客コードおよび全体的割り当てとして実装され、いくつの組立品ユニットが顧客に割り当てられるかを表すことが可能である。
【００５１】
個々の顧客割り当て要件：データ・フィールドが、顧客コード、場所コード、および個々の場所に関する割り当てとして実装され、いくつの組立品ユニットが顧客の特定の場所に割り当てられるべきかを表すことが可能である。
【００５２】
データベースの中に格納されたすべての部品に関する指定：部品のステータス、例えば、摩耗、整備可能、取り付け準備済み、ピックアップ準備済み、移送中、および取り付け済みを表す。以上の指定の１つまたは複数が、部品に関連付けられることが可能である。
【００５３】
整備可能なユニットの経年数：どれだけの期間、ユニットが取り付けのために用意されていたかを表す数。
管理サーバにおける処理トランザクション
トランザクションが、管理サーバ１１０においてネットワーク・サーバ１０８から受け取られた後、データベース１１２内で情報が更新されることが可能である。以下は、顧客コンピュータ１０２および／または遠隔補給処コンピュータ１０４から受け取られたトランザクションに基づいてデータベース１１２を更新する際に行われるアクションを表す。
【００５４】
取り外しおよび取り付けのトランザクション：部品は、製造業者の通し番号を使用してデータベース内で探し出されることが可能である。部品に関する情報が探し出されると、部品の指定が、取り付け準備済みから取り付け済みに変更される。
【００５５】
ユニットを取り外す：部品は、製造業者の通し番号を使用してデータベース内で探し出されることが可能である。部品に関する情報が探し出されると、部品の指定が、取り付け済みからピックアップ準備済みに変更される。
【００５６】
顧客拠点においてユニットを受け取る：部品は、製造業者の通し番号を使用してデータベース内で探し出されることが可能である。部品に関する情報が探し出されると、部品の指定が、移送中から取り付け準備済みに変更される。
【００５７】
顧客拠点からユニットを発送する：部品は、製造業者の通し番号を使用してデータベース内で探し出されることが可能である。部品に関する情報が探し出されると、部品の指定が、ピックアップ準備済みから遠隔補給拠点へ移送中に変更される。
【００５８】
遠隔補給拠点において整備可能なユニットを受け取る：部品は、製造業者の通し番号を使用してデータベース内で探し出されることが可能である。部品に関する情報が探し出されると、部品の指定が、遠隔補給拠点へ移送中から取り付け準備済みに変更される。
【００５９】
遠隔補給拠点において摩耗したユニットを受け取る：部品は、製造業者の通し番号を使用してデータベース内で探し出されることが可能である。部品に関する情報が探し出されると、部品の指定が、遠隔補給拠点へ移送中からピックアップ準備済みに変更される。
【００６０】
遠隔補給拠点から整備可能なユニットを発送する：部品は、製造業者の通し番号を使用してデータベース内で探し出されることが可能である。部品に関する情報が探し出されると、部品の指定が、取り付け準備済みから遠隔補給拠点または顧客拠点へ移送中に変更される。
【００６１】
遠隔補給拠点から摩耗したユニットを発送する：部品は、製造業者の通し番号を使用してデータベース内で探し出されることが可能である。部品に関する情報が探し出されると、部品の指定が、ピックアップ準備済みから修理およびオーバーホールの場所に変更される。
【００６２】
顧客拠点間で整備可能なユニットを移送する：部品は、製造業者の通し番号を使用してデータベース内で探し出されることが可能である。部品に関する情報が探し出されると、部品の指定が、取り付け準備済みから顧客拠点へ移送中に変更される。
【００６３】
在庫調整
在庫調整は、顧客コンピュータ１０２および／または遠隔補給処コンピュータ１０４によって提供される在庫情報にある程度、基づいて行われることが可能である。例えば、前述したとおり、割り当て値が、データベース１１２の中に格納される。これらの割り当て値は、顧客が有することが可能な様々な拠点のすべてを含む顧客全体に関しても、顧客の様々な拠点の個々に関しても格納されることが可能である。このため、顧客コンピュータ１０２および／または遠隔補給処コンピュータ１０４によって提供された在庫情報の後、例えば、特定の顧客拠点に関する在庫が、顧客拠点割り当て値を下回っていることが可能である。これが生じた場合、在庫が調整されることが必要である。図１７は、在庫を維持する際に管理サーバによって実行されるステップの典型的な流れ図を示す。
【００６４】
図１７に示すとおり、管理サーバ１１０が、ネットワーク・サーバ１０８から、車輪とブレーキの組立品に関連する在庫情報を受け取る（ステップ１７０２）。情報は、顧客サーバ１０２および／または遠隔補給処サーバ１０４からネットワーク・サーバ１０８に、あらかじめサブミットされている。管理サーバ１１０は、データベース１１２内の情報を更新する（ステップ１７０４）。次に、割り当てレベルが、データベース１１２内に含まれる在庫レベルと比較される（ステップ１７０６）。管理サーバ１１０は、在庫調整が必要であるかについて判定を行う（ステップ１７０８）。在庫レベルが、特定の場所に関する割り当てレベルを下回った場合、その特定の場所に部品を追加する在庫調整が必要である可能性がある。代替として、在庫が、特定の場所に関する割り当てレベルを上回り、特定の場所に関して多過ぎる部品の格納がもたらされた場合、特定の場所における在庫を減らすように調整が行われることが可能である。在庫の調整が必要である（ステップ１７０８、「はい」）場合、システムは、それに応じて在庫を調整するように通知を送る（ステップ１７１０）。この通知は、電子メールを介して遠隔補給処コンピュータおよび／または顧客コンピュータにサブミットされることが可能である。代替として、通知は、電子メールを介して、管理サーバによって生成されたレポートを介して、または当業者に周知である他の任意の手段を介して、管理サーバのユーザに対して行われてもよい。調整がまったく必要ない（ステップ１７０８、「いいえ」）場合、処理は終了する。
【００６５】
代替として、在庫は、例えば、毎日、毎週、または毎月、要求に応じて、整備可能なユニットの経年を表す、摩耗した在庫および整備可能な在庫を含む部品の指定によってなど、生成されたレポートを介して監視されることが可能である。代替として、通知は、整備可能なユニットが特定の日数にわたって使用されなかった場合に生成されてもよい。
【００６６】
レポートに加えて、管理サーバ１１０は、データベース１１２内に含まれる在庫情報に関する個々の問合せも処理することができる。例えば、以下の問合せが行われることが可能である。
【００６７】
顧客拠点別の在庫状況／個別ストック・レベル：ユーザが、取り付け準備ができたユニット、摩耗したユニット、ピックアップ準備ができたユニット、受け取られるようにスケジュールされた、すなわち、移送中の整備可能なユニットを含めた項目別に整備可能なユニットの総数に関する情報を要求することができるようにする。
【００６８】
遠隔補給拠点別の在庫状況／個別ストック・レベル：ユーザが、取り付け準備ができたユニット、摩耗したユニット、ピックアップ準備ができたユニット、受け取られるようにスケジュールされた、すなわち、移送中の整備可能なユニットを含めた項目別に整備可能なユニットの総数に関する情報を要求することができるようにする。
【００６９】
顧客別および／または顧客拠点別の契約上の割り当てレベル：顧客が、顧客別および／または顧客拠点別の契約上の割り当てレベルに関する情報を要求することを可能にする。
顧客拠点における在庫状況：ユーザが、顧客拠点における特定の部品、または特定のユニットに関する情報を要求することを可能にする。
【００７０】
ステータスによる問合せ：ユーザが、部品の指定またはステータス、例えば、取り付け準備済み、ピックアップ準備済み、移送中、航空機に取り付け済みなどに基づき、情報を要求することを可能にする。
【００７１】
本発明の原理と合致するシステムは、イベント・トリガ・システムを提供することを認めることができよう。イベントは、例えば、部品またはユニットが、ある場所から別の場所に移動されること、あるいは在庫レベルの調整によって代表されることが可能である。イベントには、例えば、部品が、航空機に取り付けられること、または航空機から取り外されること、部品が、顧客拠点から遠隔補給拠点に、遠隔補給拠点から管理拠点に、管理拠点から遠隔補給拠点に、または遠隔補給拠点から顧客拠点に移送されること、契約上の割り当てレベルの変更などが含まれることが可能である。システム上のコンピュータが以上のイベントの１つを示すと、これにより、システム上の別のコンピュータが、何らかのタスクを実行するようにトリガされる。システム内における部品の移動を以下に説明する。
【００７２】
トリガおよび警報
個人が何らかの物理的なアクションを行うことが必要な場合、システムが、トリガおよび／または警報を生成することが可能である。例えば、システムが、すなわち、レポートを実行中、在庫レベルが特定のレベルを下回ったと判定した場合、在庫は、補充されなければならない。このため、システムは、在庫を補充するように適切な個人に通知する警報を生成することができる。別の実施例では、データベース１１２内に格納されることが可能な情報は、部品の保存期間に関連することが可能である。システムが、すなわち、レポートを実行中、特定の部品の保存期間がある閾値に達したと判定した場合、その部品を優先させて、そのタイプの部品が必要とされた場合、その特定の部品が使用されてから、より長い保存時間を有する別の部品が使用されることが可能であるようにすることができる。さらに、特定の部品の保存期間が終了した場合、その部品が整備されるように送り出されるべきことを適切な個人に通知するトリガまたは警報が、生成されることが可能である。
【００７３】
部品移動の最適化
顧客コンピュータ１０２、遠隔補給処コンピュータ１０４、および管理サーバ１１０が、ネットワーク・サーバ１０８を介してネットワーク１０６にアクセスすることに関して前述した機能を所与として、本発明は、部品の移動を最適化することを提供する。図１８は、顧客拠点１８０２、遠隔補給拠点１８０４、および管理拠点１８０６を示す。さらに、図１８は、これらの拠点間における情報および部品の流れを示す。図１８に示すとおり、０は、顧客がトランザクションに関する情報を送っている時点を表すことが可能である。１〜８は、遠隔補給処が、ユニットのステータスに関する情報を送っている時点を表す。×は、情報が遠隔補給拠点に送られている時点を表す。
【００７４】
顧客拠点１８０２から始まり、摩耗したユニットが航空機から取り外され、ピックアップされるのを待っている。この情報は、前述した方法を使用してシステムに入力されることが可能であり、摩耗したユニットのピックアップを求める要求が、遠隔補給処コンピュータに送られる。遠隔補給処コンピュータ／拠点１８０４が、その要求を受け取り、摩耗したユニットをピックアップし、そのユニットを遠隔補給拠点に移送する。摩耗したユニットは、遠隔補給拠点ユニットにおいて待ち、管理拠点に移送される。管理拠点１８０６において、摩耗したユニットは、修理され、かつ／またはオーバーホールされる。ユニットが整備されると、ユニットがピックアップされ、遠隔補給拠点に返送されるように求める要求が、遠隔補給処コンピュータに送られる。
【００７５】
整備されたユニットは、遠隔補給拠点１８０４に返送される。整備されたユニットは、顧客拠点において要求されるまで、遠隔補給拠点における在庫で待つことが可能である。ユニットが顧客拠点で要求される、すなわち、航空機に直接に取り付けられる、または顧客拠点において在庫レベルを維持するように要求されると、整備されたユニットは、顧客拠点１８０２に移送されることが可能である。
【００７６】
参照点１〜８で行われる判定は、システム内のソフトウェアによって行われることが可能であることを当業者は認めることができよう。これらの判定を行う際に考慮される要因には、システムを通る部品の移動、ユニットが航空機に取り付けられる時点、および／または航空機から取り外される時点に関する情報の受け取り、および様々なビジネス規則を最適化するソフトウェアからの入力の少なくとも１つが含まれることが可能である。ユニットが航空機に取り付けられる時点、および／または航空機から取り外される時点に関する情報は、システムに読み込まれ、またはアップロードされ、最終的にデータベース１１２の中に格納される２次元バーコードの形態であることが可能である。アップロード・プロセスは、例えば、拡張マークアップ言語（ＸＭＬ）タグを使用して実行されることが可能であり、データは、例えば、セキュリティで保護された仮想プライベート・ネットワーク（ＶＰＮ）クライアント・プロトコルを使用して伝送されることが可能である。
【００７７】
部品移動の最適化に関して遠隔補給処コンピュータによって行われる決定は、以下の少なくとも１つで決められることが可能である。
ユニットの顧客による取り外しが、部品の移動のトリガであることが可能である。
【００７８】
顧客拠点における割り当てレベルが、契約上の顧客要件に基づいて決定されることが可能である。
遠隔補給拠点における割り当てレベルが、時間どおりの配送を実現するため、遠隔補給拠点におけるユーザによって決定されることが可能である。
【００７９】
顧客拠点が、複数の遠隔補給拠点によるサービスを受けることが可能である。
遠隔補給拠点におけるユーザが、いずれの遠隔補給拠点が顧客拠点にサービスを提供する能力を有するかについて判定を行うことができる。
【００８０】
管理拠点および／またはサーバが、予測在庫ニーズを提供して、遠隔補給拠点が、遠隔補給拠点における在庫レベルを計画できるようにすることができる。
管理サーバは、管理拠点から遠隔補給処補給サイクル時間を供給する。
【００８１】
管理サーバは、季節的／周期的部品需要情報を遠隔補給処コンピュータに供給する。
遠隔補給拠点は、最新の情報をシステムに入力して、いずれの遠隔補給拠点が顧客拠点を補充するのに最適な場所であるかを判定する。
【００８２】
図１８に示した図は、部品が整備され、かつ／またはオーバーホールされることが可能な遠隔補給拠点間、顧客拠点間、または管理拠点間で行われるいずれのトランザクションも含まないことを、さらに認めることができよう。しかし、示した図を使用して、どのように情報およびユニットが送られることが可能であるかを、当業者は認めることができよう。
【００８３】
自己誤り訂正システム
本発明の原理と合致する、本明細書で説明するシステムは、データベース１１２の中に格納するために管理サーバ１１０において情報を受け取る際に、誤りを訂正することを提供する。前述したとおり、例えば、図１８で、システムは、システム内で運用される際に部品が通過することが可能な場所の特定の順序を規定する。例えば、部品は、顧客拠点に移送されてからでないと、顧客拠点において航空機に取り付けられることができない。このため、管理サーバ１１０においてデータが受信されると、誤り検査が実行されて、データ伝送が適切な順序で受信されたかが判定される。
【００８４】
例えば、顧客コンピュータが、航空機からのユニットの取り外しを報告する。この伝送が、管理サーバにおいて受信され、データベース１１２内の情報が更新される。次に、遠隔補給処コンピュータが、遠隔補給拠点へのユニットの移送を報告する。この情報が、管理サーバにおいて受信され、データベース１１２内の情報が更新される。次に、管理サーバは、航空機から取り外されたユニットが、顧客拠点においてピックアップされるのを待っているという伝送を受信する。この伝送を受信すると、管理サーバは、伝送の順序が乱れていることに気付く。というのは、ユニットは、遠隔補給拠点に既に移送済みだからである。このため、その伝送は、最新の情報ではない。管理サーバは、その情報をデータベースの中に最新の情報として格納してはならない。このため、乱れた順序で伝送を受信する誤りが訂正される。
【００８５】
パフォーマンス測定
本システムの中に格納されるデータの量およびタイプを考慮すると、データは、パフォーマンスを測定するために操作することができる。
【００８６】
管理サーバが、システム内のパフォーマンスを評価するためにデータにアクセスすることができる。さらに、顧客が、システム内のパフォーマンスを評価するために、すなわち、システムが契約上の義務をどれだけ遵守しているかを評価するためにデータにアクセスすることができる。さらに、遠隔補給拠点が、システム内のパフォーマンスを評価するためにデータにアクセスすることができる。パフォーマンスは、在庫レベル、ターンアラウンド・タイム、配送メトリック、注文管理、移送管理、リバース・ロジスティック、返品数、顧客サポート・サービス、生産性などを含め、様々な形で測定される、または評価されることが可能である。
【００８７】
顧客、遠隔補給拠点、および管理サーバのユーザは、データにアクセスして、従業員がどれだけ頻繁に空港間で部品を移動させ、顧客拠点間で非効率を生じさせているかを算出することができる。さらに、ある部品の標準の寿命、およびどれだけ頻繁にその部品が交換されたかに関する情報を分析することにより、顧客は、パイロットがどれだけ巧みに航空機を操縦しているか、すなわち、特定の位置のタイヤまたはブレーキが常に他のタイヤまたはブレーキより早く磨耗していないかなどを分析することもできる。さらに、顧客は、データを分析して、そのデータに基づき、在庫割り当てが調整される必要がある可能性があると判定することができる可能性がある。
【００８８】
以上のパフォーマンス測定は、慣用の予測−傾向分析ソフトウェアを使用して計算されることが可能である。
ユニット到着の予測
ユニット在庫がいつ到着するかを予測できることに役立つことを認めることができよう。一般に、特定の場所に何が移送されるかを予測することは困難であり、これが、過剰な在庫に加えて、パフォーマンスの非効率につながる。しかし、本発明の原理と合致するシステムでは、この情報は、システム上のすべてのコンピュータに可視である。例えば、リアルタイムの任意の時点で、顧客コンピュータは、データベース１１２内のデータにアクセスして、特定の場所における在庫レベルがどのようであるか、どのようなユニットがどのような場所に移送中であるか、ユニットが顧客拠点にいつ到着するかなどを判定することができる。この情報を有することは、顧客拠点におけるパフォーマンスを向上させる可能性がある。というのは、とりわけ、管理者が、前もって作業スケジュールを計画することができ、場合によっては、超過勤務を計画し、ユニットの移送をより効率的に計画することができ、迅速化されたサービスの費用が低減されるなどするからである。
【００８９】
データ・ウェアハウス
データベース１１２に加えて、追加のデータベースがネットワーク１０６上に存在することも可能であることを認めることができよう。例えば、もはや最新の情報ではない履歴データを格納するためのデータ・ウェアハウスを含む追加のデータベースが、ネットワーク１０６上に存在することが可能である。この追加のウェアハウス・データベースを提供することにより、データベース１１２は、更新された情報だけを含むことが可能になり、顧客コンピュータおよび遠隔補給処コンピュータによるより高速のアクセスが提供される。
【００９０】
顧客コンピュータと遠隔補給処コンピュータは、前述したとおりパフォーマンスを測定するため、ならびに以下に説明するとおり、さらにレポートを生成するために、ウェアハウス・コンピュータの中に含まれる情報にアクセスすることができることを、当業者は認めることができよう。
【００９１】
レポート
レポートは、データベース１１２内に含まれる情報を使用して生成されることが可能である。例えば、レポートは、各顧客拠点における各組立部品番号の在庫、割り当てレベルに対する整備可能なユニットの在庫の比較、在庫レベル、メール通知、割り当てレベルを下回る在庫レベル、顧客拠点における摩耗したユニットの平均数および最大数に関するデータを有する集計、遠隔補給拠点における整備可能な在庫および摩耗した在庫、整備可能なユニットの経年レポート、指定された日数内に整備可能なユニットが使用されなかった場合のメール通知などを示すために生成されることが可能である。
【００９２】
さらに、以下のレポートが生成されることが可能である：
前述したとおり、パフォーマンスに関する情報を提供するパフォーマンス・レポートが、生成されることが可能である。
【００９３】
部品が特定の場所に時間どおりに配送されるかに関する情報を提供する定刻配送レポートが、生成されることが可能である。それらのレポートは、例えば、顧客コンピュータ、遠隔補給処コンピュータなどによってアクセスされることが可能である。
【００９４】
遠隔補給拠点が顧客の需要を満たしているかに関する情報を提供する、季節的な航空会社の需要を満たす能力のレポートが、生成されることが可能である。それらのレポートは、例えば、遠隔補給処コンピュータによってアクセスされることが可能である。
【００９５】
遠隔補給拠点が、システムにおいて規定される割り当てレベルを維持することができるかに関する情報を提供する、割り当てのパーセンテージを満たす能力のレポートが、生成されることが可能である。それらのレポートは、例えば、遠隔補給処コンピュータによってアクセスされることが可能である。
【００９６】
単位当たりの流通費用に関する情報を提供する単位当たりの配送費用のレポートが、生成されることが可能である。それらのレポートは、例えば、遠隔補給処コンピュータによってアクセスされることが可能である。
【００９７】
システム内における部品のサイクル時間に関する情報を提供するサイクル時間レポートが、生成されることが可能である。それらのレポートは、例えば、顧客コンピュータおよび遠隔補給処コンピュータによってアクセスされることが可能である。
【００９８】
様々な場所における部品のピックアップに関する情報を提供するピックアップ・メトリック・レポートが、生成されることが可能である。それらのレポートは、例えば、顧客コンピュータおよび遠隔補給処コンピュータによってアクセスされることが可能である。
【００９９】
顧客拠点における部品の補充に関する情報を提供する顧客補充メトリック・レポートが、生成されることが可能である。それらのレポートは、例えば、顧客コンピュータおよび遠隔補給処コンピュータによってアクセスされることが可能である。
【０１００】
組立品の予測に関する情報を提供する、通し番号別、または航空機別の組立品レポートの予測のレポートが、生成されることが可能である。それらのレポートは、例えば、通し番号別、または航空機別に生成されることが可能である。それらのレポートは、例えば、顧客コンピュータによってアクセスされることが可能である。
【０１０１】
記録済みの航空機テール番号に関する情報の精度に関する情報を提供する記録済みテール番号情報レポートが、生成されることが可能である。
遠隔補給拠点における在庫の需要を予測する遠隔補給処需要予測レポートが、生成されることが可能である。
【０１０２】
在庫を照合確認する在庫照合確認レポートが、実行されることが可能である。
データベース１１２内に含まれる情報にアクセスし、操作する様々な他のタイプのレポートが実行されることが可能であることを、当業者は認めることができよう。前述したレポートは、いくつかの形でアクセスされること、すなわち、ネットワーク上のコンピュータによって直接にアクセスされること、ネットワーク・サーバ１０８および／または管理サーバ１１０によって自動的に生成され、例えば、電子メールを介してネットワーク上のコンピュータに送信されることなどが可能であることを、さらに認めることができよう。
【０１０３】
結論
本発明の変更形態および適応形態は、本明細書で開示した本発明の明細および実施を考慮することで、当業者には明白となろう。本発明の実装の以上の説明は、例示および説明の目的で提示した。以上の説明は、網羅的ではなく、本発明を開示した形態そのものに限定しない。変更形態および変形形態は、以上の教示に鑑みて可能であるか、あるいは本発明を実施することで獲得することができる。例えば、説明した実装は、ソフトウェアを含むが、本発明の原理と合致するシステムおよび方法は、ハードウェアとソフトウェアの組合せとしても、ソフトウェア単独、またはハードウェア単独としても実装することができる。
【０１０４】
さらに、本発明の諸態様は、メモリに格納されるものとして説明しているが、それらの態様は、２次記憶デバイス、例えば、ハードディスク、フレキシブル・ディスク、またはＣＤ−ＲＯＭ、インターネットまたは他の伝搬媒体、またはその他の形態のＲＡＭまたはＲＯＭなどの、他のタイプのコンピュータ可読媒体上に格納されることも可能であることが、当業者には認められよう。
【図面の簡単な説明】
【０１０５】
【図１】本発明の原理と合致するシステムおよび方法を実施することができるシステム環境の典型的な図である。
【図２】本発明の原理と合致する顧客コンピュータの主なコンポーネントの典型的な図である。
【図３】本発明の原理と合致するネットワーク・サーバの主なコンポーネントの典型的な図である。
【図４】本発明の原理と合致する管理サーバの主なコンポーネントの典型的な図である。
【図５】本発明の原理と合致する顧客コンピュータによって実行されるステップの典型的な流れ図である。
【図６】本発明の原理と合致するネットワーク・サーバによって実行されるステップの典型的な流れ図である。
【図７】本発明の原理と合致する遠隔補給処コンピュータによって実行されるステップの典型的な流れ図である。
【図８】本発明の原理と合致するネットワーク・サーバにアクセスした際にユーザに提示される典型的なイメージを示す図である。
【図９】本発明の原理と合致する、ユニットの取り外しおよび取り付けに関する情報をサブミットすることに関してネットワーク・サーバにアクセスした際にユーザに提示される典型的なイメージを示す図である。
【図１０】本発明の原理と合致する、１つの顧客ステーションから別の顧客ステーションへの整備可能なユニットの移転に関する情報をサブミットすることに関してネットワーク・サーバにアクセスした際にユーザに提示される典型的なイメージを示す図である。
【図１１】本発明の原理と合致する、整備可能なユニットのステータスを変更することに関する情報をサブミットすることに関してネットワーク・サーバにアクセスした際にユーザに提示される典型的なイメージを示す図である。
【図１２】本発明の原理と合致する、ネットワーク・サーバにアクセスした際に遠隔補給処コンピュータのユーザに提示される典型的なイメージを示す図である。
【図１３】本発明の原理と合致する、整備可能な部品の受け取りに関する情報をサブミットすることに関して遠隔補給処コンピュータのユーザに提示される典型的なイメージを示す図である。
【図１４】本発明の原理と合致する、整備可能な部品の発送に関する情報をサブミットすることに関して遠隔補給処コンピュータのユーザに提示されるスクリーンの典型的なイメージを示す図である。
【図１５】本発明の原理と合致する、摩耗した部品の受け取りに関する情報をサブミットすることに関して遠隔補給処コンピュータのユーザに提示されるスクリーンの典型的なイメージを示す図である。
【図１６】本発明の原理と合致する、摩耗した部品の発送に関する情報をサブミットすることに関して遠隔補給処コンピュータのユーザに提示されるスクリーンの典型的なイメージを示す図である。
【図１７】本発明の原理と合致する在庫を管理する際に管理サーバによって実行されるステップの典型的な流れ図である。
【図１８】本発明の原理と合致する部品の動きを示す典型的な図である。
【図１８ａ】本発明の原理と合致する部品の動きを示す典型的な図である。
【図１８ｂ】本発明の原理と合致する部品の動きを示す典型的な図である。
【図１８ｃ】本発明の原理と合致する部品の動きを示す典型的な図である。
【図１】
2005535036.tif 000002
【図２】
2005535036.tif 000003
【図３】
2005535036.tif 000004
【図４】
2005535036.tif 000005
【図５】
2005535036.tif 000006
【図６】
2005535036.tif 000007
【図７】
2005535036.tif 000008
【図８】
2005535036.tif 000009
【図９】
2005535036.tif 000010
【図１０】
2005535036.tif 000011
【図１１】
2005535036.tif 000012
【図１２】
2005535036.tif 000013
【図１３】
2005535036.tif 000014
【図１４】
2005535036.tif 000015
【図１５】
2005535036.tif 000016
【図１６】
2005535036.tif 000017
【図１７】
2005535036.tif 000018
【図１８】
2005535036.tif 000019
【図１８ａ】
2005535036.tif 000020
【図１８ｂ】
2005535036.tif 000021
【図１８ｃ】
2005535036.tif 000022