(57)【特許請求の範囲】
【請求項１】
障害受付サーバと、該障害受付サーバと接続された各種テーブルを記憶するデータベースと、障害通知を受け付ける障害受付手段と、部品供給会社サーバと、障害重要度を含む障害受付情報が登録される障害受付テーブルと、障害の内容に応じて交換が予測される交換部品が登録された障害対応部品テーブルと、前記交換部品を予測して在庫を検索する部品検索手段と、該部品供給会社サーバと接続され、前記交換部品の在庫と払い出し先とを記憶する部品倉庫管理テーブルと、部品の手配を行なう部品手配手段と、部品の払い出し先である保守員に対して当該部品の発送依頼を送信する部品振替依頼手段と、配送会社サーバと、障害発生時に障害通知を発する顧客システムと、保守員携帯端末と、部品を輸送する輸送車に装着される輸送車端末と、がそれぞれネットワークを介して接続されたシステムにより、障害発生地点に部品を手配すべく保守部品を管理する保守部品手配方法おいて、
前記障害受付手段が前記顧客システムから障害通知を受け付けて、前記障害受付テーブルに障害重要度を含む障害受付情報を登録する工程と、
前記障害対応部品テーブルを参照して前記部品検索手段が障害の現象から交換部品を予測する工程と、
前記障害受付テーブルに登録された前記障害重要度が低い場合には部品振替依頼手段が予測された前記交換部品を手配する工程と、
前記障害受付テーブルに登録された前記障害重要度が高い場合において、前記部品倉庫管理テーブルの内容を参照して部品倉庫に前記交換部品の在庫がある場合には部品振替依頼手段が予測された前記交換部品を手配する工程と、
前記部品倉庫管理テーブルの内容を参照して部品倉庫に在庫部品がない場合には、前記部品検索手段が前記交換部品と同一部品について払い出し先を検索する工程と、
検索された前記払い出し先が他の保守員であり、当該同一部品が割り当てられている案件において前記障害重要度が低い場合には、部品振替依頼手段が前記他の保守員の前記保守員携帯端末に当該同一部品の発送依頼を送信する工程と、
を有することを特徴とする保守部品手配方法。
【請求項２】
払い出し中の部品の状態が他の保守員による保管中であるか又は他作業に向けて輸送中であるかを管理する払い出し部品管理テーブルと、前記他の保守員からの部品の発送による障害発生地点までの到着時間と、輸送中の部品の配送先変更による障害発生地点までの到着時間とを計算して比較する部品到着時間比較手段と、払い出し中の部品を輸送中の輸送車に対して当該部品の配送先変更依頼を送信する配送先変更依頼手段と、が更に接続されたシステムにおいて、障害発生地点に部品を手配すべく保守部品を管理する保守部品手配方法であって、
前記払い出し部品管理テーブルの内容を参照して前記同一部品の状態が払い出し先で他の保守員による保管中であるか又は他の作業に向けた輸送中であるかを前記部品検索手段が検索する工程と、
前記払い出し先である他の保守員が前記同一部品を保管しており、当該同一部品が割り当てられている案件において前記障害重要度が低い場合に、前記他の保守員から当該同一部品を発送して障害発生地点に到着するまでの到着時間を前記部品到着時間比較手段が計算する工程と、
前記同一部品が他作業のために輸送中であり、当該同一部品が割り当てられている他の作業案件において前記障害重要度が低い場合に、当該輸送中の部品の配送先を変更して障害発生地点に到着するまでの到着時間を前記部品到着時間比較手段が計算する工程と、
前記他の保守員からの部品の発送による障害発生地点までの到着時間と、前記輸送車により輸送中の部品の配送先変更による障害発生地点までの到着時間とを比較し、いずれか短時間で到着する発送を前記部品到着時間比較手段が決定する工程と、
いずれか短時間で障害発生地点に到着すると決定された発送に対応して、前記部品振替依頼手段が、前記他の保守員の前記保守員携帯端末に対して部品発送依頼を送信するか又は前記輸送車端末に対して配送先変更を送信する工程と、
を含むことを特徴とする請求項１記載の保守部品手配方法。
【請求項３】
障害受付サーバと、該障害受付サーバと接続された各種テーブルを記憶するデータベースと、障害通知を受け付ける障害受付手段と、部品供給会社サーバと、障害重要度を含む障害受付情報が登録される障害受付テーブルと、障害の内容に応じて交換が予測される交換部品が登録された障害対応部品テーブルと前記交換部品を予測して在庫を検索する部品検索手段と、該部品供給会社サーバと接続され、前記交換部品の在庫と払い出し先とを記憶する部品倉庫管理テーブルと、部品の手配を行なう部品手配手段と、部品の払い出し先である保守員に対して当該部品の発送依頼を送信する部品振替依頼手段と、配送会社サーバと、障害発生時に障害通知を発する顧客システムと、保守員携帯端末と、部品を輸送する輸送車に装着される輸送車端末と、がそれぞれネットワークを介して接続され、障害発生地点に部品を手配すべく保守部品を管理する保守部品手配システムおいて、
前記障害受付手段は、
前記顧客システムから障害通知を受け付けると、前記障害受付テーブルに障害重要度を含む障害受付情報を登録し、
前記部品検索手段は、
前記障害対応部品テーブルを参照して障害の現象から交換部品を予測し、前記部品倉庫管理テーブルを参照して前記交換部品の在庫を保持する部品倉庫を検索し、前記部品倉庫に在庫がない場合には前記交換部品と同一部品について払い出し先を検索し、
前記部品手配手段は、
前記障害受付テーブルに登録された前記障害重要度が低い場合には予測された前記交換部品について部品手配を行い、
前記障害受付テーブルに登録された前記障害重要度が高い場合であって、前記部品倉庫管理テーブルの内容を参照して在庫部品がある場合には、部品手配を行ない、
前記部品振替依頼手段は、
検索された前記払い出し先が他の保守員であり、当該同一部品が割り当てられている案件において前記障害重要度が低い場合には、前記他の保守員の前記保守員携帯端末に当該同一部品の発送依頼を送信する、
ことを特徴とする保守部品手配システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は保守部品手配方法及びシステムに関し、更に詳しくは保守契約を行なっている顧客のシステムから重要障害通報を受け付け、重要な交換部品が部品倉庫に在庫していない場合に、他案件のために既に払い出して他の保守員が保管している部品や他案件を解決するために既に払い出された配送中の部品の中から当案件に転送できそうな部品を割り出して転送依頼を行なう保守部品手配方法及びシステムに関する。
【背景技術】
【０００２】
障害が発生すると、障害原因を予測して被疑部品を特定し、被疑部品の在庫があり障害現場に近い部品倉庫に発送依頼を行なうシステムが既に考案されている。しかしながら、部品倉庫に在庫がない場合は新たに部品を発注するか、遠距離にある部品倉庫からの発送を余儀なくされており、障害復旧に時間を要する場合があった。
【０００３】
一方、ある障害案件を解決するためにすでに部品倉庫から払い出されたが、障害原因が予測と異なっているために前記部品が使われずに保守員の手元に存在する場合がある。この場合は、後日部品倉庫に返送されることになるが、長期間に亘って保守員の手元に放置されたままの場合があった。このような場合、部品倉庫には部品在庫がないが、保守員の手元にある使用されない部品をすぐに転用できれば便利である。
【０００４】
また、障害が発生すると障害原因を予測して被疑部品を特定するが、被疑部品は１種類だけを持って行くのではなく、通常は被疑部品の使用予測精度７０％の部品、被疑部品使用予測精度３０％の部品というように複数の部品を持って行く場合が多い。例えば、電源が入らないという現象に対しては電源装置を交換すれば復旧する可能性が一番高いが、ファンや電源ケーブルに原因がある場合もある。そのために、電源装置だけではなく、ファンや電源ケーブルなど考えられる全ての交換部品を現場に持っていくことが望ましい。
【０００５】
例えばＡ案件について使用予測精度の低い部品について、他の障害事件（Ｂ案件）で被疑部品使用予測精度が前記事件（Ａ案件）よりも高い場合には、使用予測精度が高い事件（Ｂ案件）の方に部品を転用した方が便利である。そのため、被疑部品が運送会社のトラックによって配送中であったとしても届け出先を変更した方がよい場合がある。
【０００６】
従来のこの種のシステムとしては、ユーザコンピュータ１０で障害が発生した際に、ユーザコンピュータ１０から通信ネットワーク１００を介して障害解析システム２０に障害情報が通知され、通知された情報を基に障害解析が行われるものであり、解析の結果、必要となる被疑部品情報を部品管理システム３０に通知し、被疑部品を手配し、ユーザ先への発送を行なうようにしたシステムが知られている（例えば特許文献１参照）。
【先行技術文献】
【特許文献】
【０００７】
【特許文献１】特開２００１−３０６３６０号公報（段落００１１〜００１７、図１）
【発明の概要】
【発明が解決しようとする課題】
【０００８】
本発明はこのような課題に鑑みてなされたものであって、障害復旧に必要な部品が部品倉庫にないが、前記部品が他の保守員の手元にある場合や、他の障害案件解決のために既に払い出されて配送中の場合であって、今回の障害案件に、優先して前記部品を適用すべきと考えられる場合に、前記部品を今回の障害復旧のために再度払い出せるような仕組みを実現することができる保守部品手配方法及びシステムを提供することを目的としている。
【課題を解決するための手段】
【０００９】
前記した課題を解決するため、本発明は以下のような構成をとる。
【００１０】
（１）請求項１記載の発明は、障害受付サーバと、該障害受付サーバと接続された各種テーブルを記憶するデータベースと、障害通知を受け付ける障害受付手段と、部品供給会社サーバと、障害重要度を含む障害受付情報が登録される障害受付テーブルと、障害の内容に応じて交換が予測される交換部品が登録された障害対応部品テーブルと、前記交換部品を予測して在庫を検索する部品検索手段と、該部品供給会社サーバと接続され、前記交換部品の在庫と払い出し先とを記憶する部品倉庫管理テーブルと、部品の手配を行なう部品手配手段と、部品の払い出し先である保守員に対して当該部品の発送依頼を送信する部品振替依頼手段と、配送会社サーバと、障害発生時に障害通知を発する顧客システムと、保守員携帯端末と、部品を輸送する輸送車に装着される輸送車端末と、がそれぞれネットワークを介して接続されたシステムにより、障害発生地点に部品を手配すべく保守部品を管理する保守部品手配方法おいて、前記障害受付手段が前記顧客システムから障害通知を受け付けて、前記障害受付テーブルに障害重要度を含む障害受付情報を登録する工程と、前記障害対応部品テーブルを参照して前記部品検索手段が障害の現象から交換部品を予測する工程と、前記障害受付テーブルに登録された前記障害重要度が低い場合には前記部品手配手段が予測された前記交換部品を手配する工程と、前記障害受付テーブルに登録された前記障害重要度が高い場合において、前記部品倉庫管理テーブルの内容を参照して部品倉庫に前記交換部品の在庫がある場合には前記部品手配手段が予測された前記交換部品を手配する工程と、前記部品倉庫管理テーブルの内容を参照して部品倉庫に在庫部品がない場合には、前記部品検索手段が前記交換部品と同一部品について払い出し先を検索する工程と、検索された前記払い出し先が他の保守員であり、当該同一部品が割り当てられている案件において前記障害重要度が低い場合には、部品振替依頼手段が前記他の保守員の前記保守員携帯端末に当該同一部品の発送依頼を送信する工程と、を有することを特徴とする。
【００１１】
（２）請求項２記載の発明は、払い出し中の部品の状態が他の保守員による保管中であるか又は他作業に向けて輸送中であるかを管理する払い出し部品管理テーブルと、前記他の保守員からの部品の発送による障害発生地点までの到着時間と、輸送中の部品の配送先変更による障害発生地点までの到着時間とを計算して比較する部品到着時間比較手段と、払い出し中の部品を輸送中の輸送車に対して当該部品の配送先変更依頼を送信する配送先変更依頼手段と、が更に接続されたシステムにおいて、障害発生地点に部品を手配すべく保守部品を管理する保守部品手配方法であって、前記払い出し部品管理テーブルの内容を参照して前記同一部品の状態が払い出し先で他の保守員による保管中であるか又は他の作業に向けた輸送中であるかを前記部品検索手段が検索する工程と、前記払い出し先である他の保守員が前記同一部品を保管しており、当該同一部品が割り当てられている案件において前記障害重要度が低い場合に、前記他の保守員から当該同一部品を発送して障害発生地点に到着するまでの到着時間を前記部品到着時間比較手段が計算する工程と、前記同一部品が他作業のために輸送中であり、当該同一部品が割り当てられている他の作業案件において前記障害重要度が低い場合に、当該輸送中の部品の配送先を変更して障害発生地点に到着するまでの到着時間を前記部品到着時間比較手段が計算する工程と、前記他の保守員からの部品の発送による障害発生地点までの到着時間と、前記輸送車により輸送中の部品の配送先変更による障害発生地点までの到着時間とを比較し、いずれか短時間で到着する発送を前記部品到着時間比較手段が決定する工程と、いずれか短時間で障害発生地点に到着すると決定された発送に対応して、前記部品振替依頼手段が、前記他の保守員の前記保守員携帯端末に対して部品発送依頼を送信するか又は前記輸送車端末に対して配送先変更を送信する工程と、を含むことを特徴とする。
【００１２】
（３）請求項３記載の発明は、障害受付サーバと、該障害受付サーバと接続された各種テーブルを記憶するデータベースと、障害通知を受け付ける障害受付手段と、部品供給会社サーバと、障害重要度を含む障害受付情報が登録される障害受付テーブルと、障害の内容に応じて交換が予測される交換部品が登録された障害対応部品テーブルと前記交換部品を予測して在庫を検索する部品検索手段と、該部品供給会社サーバと接続され、前記交換部品の在庫と払い出し先とを記憶する部品倉庫管理テーブルと、部品の手配を行なう部品手配手段と、部品の払い出し先である保守員に対して当該部品の発送依頼を送信する部品振替依頼手段と、配送会社サーバと、障害発生時に障害通知を発する顧客システムと、保守員携帯端末と、部品を輸送する輸送車に装着される輸送車端末と、がそれぞれネットワークを介して接続され、障害発生地点に部品を手配すべく保守部品を管理する保守部品手配システムおいて、前記障害受付手段は、前記顧客システムから障害通知を受け付けると、前記障害受付テーブルに障害重要度を含む障害受付情報を登録し、前記部品検索手段は、前記障害対応部品テーブルを参照して障害の現象から交換部品を予測し、前記部品倉庫管理テーブルを参照して前記交換部品の在庫を保持する部品倉庫を検索し、前記部品倉庫に在庫がない場合には前記交換部品と同一部品について払い出し先を検索し、前記部品手配手段は、前記障害受付テーブルに登録された前記障害重要度が低い場合には予測された前記交換部品について部品手配を行い、前記障害受付テーブルに登録された前記障害重要度が高い場合であって、前記部品倉庫管理テーブルの内容を参照して在庫部品がある場合には、部品手配を行ない、前記部品振替依頼手段は、検索された前記払い出し先が他の保守員であり、当該同一部品が割り当てられている案件において前記障害重要度が低い場合には、前記他の保守員の前記保守員携帯端末に当該同一部品の発送依頼を送信する、ことを特徴とする。
【発明の効果】
【００１３】
本発明によれば、以下のような効果を奏する。
【００１４】
（１）請求項１記載の発明によれば、障害復旧に必要な部品が部品倉庫にないが、前記部品が他の保守員の手元にある場合や、他の障害案件解決のために既に払い出されて配送中の場合であって、今回の障害案件に、優先して前記部品を適用すべきと考えられる場合に、前記部品を今回の障害復旧のために再度払い出せるような仕組みを実現することができる。
【００１５】
（２）請求項２記載の発明によれば、倉庫に保守部品がない場合において、他の保守員が当該部品を所持している場合において、当該保守員から当該部品を転送してもらう場合の到着時間と、配送中の部品の中に当該部品がある場合において、配送先を変更した場合の到着時間とを比較して、障害発生地点に早く到達する方法を選択することで、保守部品の供給を速やかに行なうことができる。
【００１６】
（３）請求項３記載の発明によれば、障害復旧に必要な部品が部品倉庫にないが、前記部品が他の保守員の手元にある場合や、他の障害案件解決のために既に払い出されて配送中の場合であって、今回の障害案件に、優先して前記部品を適用すべきと考えられる場合に、前記部品を今回の障害復旧のために再度払い出せるような仕組みを実現することができる。
【図面の簡単な説明】
【００１７】
【図１】本発明の一実施例を示すブロック図である。
【図２】顧客テーブルの構成例を示す図である。
【図３】重要障害判断テーブルの構成例を示す図である。
【図４】保守員テーブルの構成例を示す図である。
【図５】部品倉庫住所テーブルの構成例を示す図である。
【図６】部品倉庫管理テーブルの構成例を示す図である。
【図７】払い出し部品管理テーブルの構成例を示す図である。
【図８】障害受付テーブルの構成例を示す図である。
【図９】障害対応部品テーブルの構成例を示す図である。
【図１０】振替時間比較テーブルの構成例を示す図である。
【図１１】部品割当管理テーブルの構成例を示す図である。
【図１２】輸送車両管理テーブルの構成例を示す図である。
【図１３】障害受付サーバの動作を示すフローチャートである。
【図１４】障害受付サーバの動作を示すフローチャートである。
【図１５】障害受付サーバの動作を示すフローチャートである。
【図１６】配送会社サーバの動作を示すフローチャートである。
【発明を実施するための形態】
【００１８】
以下、図面を参照して本発明の実施例を詳細に説明する。図１は本発明の一実施例を示すブロック図である。 図において、１は顧客システム、２は該顧客システム１からの障害情報を受け取って障害受付制御を行なう障害受付サーバである。該障害受付サーバ２は、障害受付手段２１、部品検索手段２２、部品到着時間比較手段２３、部品手配手段２４、部品振替依頼手段２５及び配送先変更依頼手段２６とから構成されている。
【００１９】
３は障害受付サーバ２と接続され、各種のテーブルを記憶するデータベース（ＤＢ）である。該データベース３は、顧客テーブル３１、重要障害判断テーブル３２、保守員テーブル３３、部品倉庫住所テーブル３４、払い出し部品管理テーブル３５、障害受付テーブル３６、障害対応部品テーブル３７、振替時間比較テーブル３８、部品割当管理テーブル３９及び輸送車両管理テーブル４０とから構成されている。
【００２０】
４は部品供給処理を行なう部品供給会社サーバ、５は該部品供給会社サーバ４と接続された倉庫内の部品の管理情報を記憶している部品倉庫管理テーブルである。６は保守員携帯端末、７は配送会社サーバ、８は輸送車端末である。１０はこれら各構成要素間を接続するためのネットワークである。該ネットワーク１０としては、例えばインターネット、ＩＳＤＮネットワーク、ＬＡＮ等が用いられる。配送会社サーバ７には、輸送状況管理手段７１が含まれ、輸送車端末８にはＧＰＳ装置８１が含まれる。障害受付サーバ２、部品供給会社サーバ４及び配送会社サーバ７としては、例えばパーソナルコンピュータが用いられる。
【００２１】
次に、データベース３に記憶されている各種テーブルの構成について説明する。図２は顧客テーブル３１の構成例を示す図である。図に示すように顧客名と、顧客ランクと、システム規模と、顧客住所と、顧客Ｅメールアドレスとから構成されている。ここで、顧客ランクとは、例えば取引量の多さにより区別される。例えば、「通常顧客」と「ロイヤル顧客」とに区別される。ロイヤル顧客は取引量の多い顧客である。
【００２２】
図３は重要障害判断テーブル３２の構成例を示す図である。図に示すように、顧客ランクとシステム規模と障害重要度とから構成されている。ここで、システム規模とは、システムの規模のことであり、通常の規模である「通常システム」と大きな規模である「社会システム」とに区別される。図４は保守員テーブル３３の構成例を示す図である。図に示すように、保守員名と、Ｅメールアドレスと、所課住所とから構成されている。
【００２３】
図５は部品倉庫住所テーブル３４の構成例を示す図である。図に示すように、倉庫名と管轄エリアと住所とから構成されている。図６は部品倉庫管理テーブル５の構成例を示す図である。図に示すように、部品名と、部品型名と、対象装置型名と、部品がストックされている倉庫名と、部品の製造ＮＯと、在庫有無と、払い出し期日と、払い出し先とから構成されている。
【００２４】
図７は払い出し部品管理テーブル３５の構成例を示す図である。図に示すように、部品名と、部品型名と、対象装置型名と、製造ＮＯと、障害受付番号と、予測精度と、担当保守員と、ステータスと、現在地点とから構成されている。ここで、予測精度とは、当該部品が交換部品である可能性のことである。ステータスとは、その部品が今どのような状況におかれているかを示している。
【００２５】
図８は障害受付テーブル３６の構成例を示す図である。図に示すように、障害受付番号と、受付日と、受付時刻と、顧客名と、装置型名と、障害の現象と、障害重要度から構成されている。図９は障害対応部品テーブル３７の構成例を示す図である。図に示すように、現象と、交換部品と、予測精度とから構成されている。例えば、現象が「異常音がする」場合、交換部品としては「ファン」と「メインボード」が考えられ、これら「ファン」と「メインボード」の該当する確率（予測精度）は、「ファン」の場合が高く、「メインボード」の場合は低いことになる。
【００２６】
図１０は振替時間比較テーブル３８の構成例を示す図である。図に示すように、障害受付番号と、部品型名と、製造ＮＯと、保守員所持振替時間と、輸送中部品振替時間とから構成されている。ここで、保守員所持振替時間は、保守員がその部品を持っていた場合に、当該障害発生地点に振り替えるまでにかかる時間で、輸送中部品振替時間は、当該部品を輸送中に当該障害発生地点に振り替えるまでにかかる時間を示す。
【００２７】
図１１は部品割当管理テーブル３９の構成例を示す図である。図に示すように、障害受付番号と、交換部品丸１と、製造ＮＯ（部品丸１）と、交換部品丸２と製造ＮＯ（部品丸２）と、交換部品丸３と、製造ＮＯ（部品丸３）とから構成されている。図より明らかなように、各交換部品毎に製造ＮＯが付されており、図では交換部品丸２で「ＦＡＮ５０６」用の部品丸２の製造ＮＯ「Ｆ１１１１１」が交換部品丸１の交換部品丸１である「ＦＡＮ５０６」に充当された場合を示している。図１２は輸送車両管理テーブル４０の構成例を示す図である。図に示すように、障害受付番号と、輸送車番号と、輸送車Ｅメールとから構成されている。
【００２８】
このように構成された図１に示すシステムの動作を説明すれば、以下の通りである。図１３〜図１５は障害受付サーバ２の動作の詳細を示すフローチャート、図１６は配送会社サーバの動作を示すフローチャートである。先ず図１３〜図１５の障害受付サーバ２の動作について説明する。
【００２９】
障害受付手段２１が顧客システム１からの障害通報メールを受信すると（Ｓ１）、障害受付情報を障害受付テーブル３６に登録する（Ｓ２）。その後、部品検索手段２２は障害対応部品テーブル３７を検索し、障害の現象に応じて必要となる部品を決定し、当該部品について部品供給会社サーバ４から部品倉庫管理テーブル５を参照して当該部品を保持する該当する部品倉庫を検索する（Ｓ３）。
【００３０】
そして、当該倉庫に在庫部品があるかどうかをチェックする（Ｓ４）。在庫部品がある場合は、部品手配手段２４が部品手配の依頼を行なう（Ｓ７）。ステップＳ４において、在庫部品がない場合には、当該案件は重要障害であるかどうかチェックする（Ｓ５）。重要障害でない場合には、部品手配手段２４が部品手配の依頼を行なう（Ｓ７）。当該案件が重要障害である場合には、障害受付サーバ２は、重要障害判断の予測精度が高い部品であるかどうかチェックする（Ｓ６）。予測精度が高い部品でない場合には、部品手配依頼を行なう（Ｓ７）。予測精度が高い部品である場合にはステップＳ１６にスキップする。ステップＳ７の部品手配依頼を行なう場合には、部品手配手段２４がすべての予測交換部品手配が完了したかどうかチェックする（Ｓ８）。すべての予測交換部品手配完了であった場合には処理を終了する（丸４へ）。すべての予測交換部品手配完了でなかった場合にはステップＳ３にスキップする。
【００３１】
ステップＳ１において、障害通知メールの受信でなかった場合には、部品供給会社サーバ４から部品の払い出し通知があったかどうかチェックする（Ｓ９）。部品の払い出し通知があった場合には、前記部品を払い出し部品管理テーブル３５に情報登録し、ステータスを[輸送中]とする（図７参照）。次に、輸送車両管理テーブル４０に情報を登録する（Ｓ１１）。
【００３２】
次に、ステップＳ９において、部品の払い出し通知がなかった場合、部品供給会社サーバ４から部品の輸送終了通知があったかどうかチェックする（Ｓ１２）。部品の輸送終了通知があった場合には、保守員がその部品を受け取ることになるから、払い出し部品管理テーブル３５のステータスを[保守員保管中]に更新する（Ｓ１３）。
【００３３】
ステップＳ１２において、部品供給会社サーバ４から部品の輸送終了通知がなかった場合、保守員から保管中の部品のステータス変更通知があったかどうかチェックする（Ｓ１４）。ステータス変更通知があった場合には、払い出し部品管理テーブル３５のステータスを[対応済]に更新する（Ｓ１５）。
【００３４】
ステップＳ６において、予測精度が高い部品であった場合、ステップＳ１６にスキップする。ステップＳ１６では、保守員が保管している同一部品があるか検索する（Ｓ１６）。そして、保守員が保管している利用可能な部品の中で交換部品と同一のものがあるかどうかチェックする（Ｓ１７）。ない場合には、部品手配手段２４は他作業のために輸送している部品について当該部品と同じものがあるかどうか検索する（Ｓ２２）。ある場合には、前記部品が割り当てられている案件が重要障害であるかどうかチェックする（Ｓ１８）。
【００３５】
ステップＳ１８において重要障害でない場合には、部品手配手段２４は前記案件における前記部品の予測精度が高いかどうかをチェックする（Ｓ１９）。予測精度が高いかどうかは、データベース３内の払い出し部品管理テーブル３５を検索して判断する。予測精度が高い場合はステップＳ２２にスキップし、輸送車両中の部品について同一部品を検索する処理に移行する。
【００３６】
ステップＳ１９において、前記部品の予測精度か低い場合には、部品到着時間比較手段２３が保守員が持っている当該部品の障害現場への輸送に要する時間を計算して、振替時間比較テーブル３８に登録する（Ｓ２０）。その後、同一部品の全ての計算を行ったかどうかをチェックする（Ｓ２１）。終わっていない場合には、ステップＳ１７にスキップして交換部品と同一のものがあるかどうかチェックする動作を繰り返すことになる。
【００３７】
当該部品が他作業のために輸送している部品について検索する場合（Ｓ２２）、部品検索手段２２は輸送中の部品の中に同一のものがあるかどうかチェックする（Ｓ２３）。同一のものがない場合には、ステップＳ２９にスキップする。交換部品と同一のものがあった場合、重要障害判断テーブル３２を参照して当該部品が割り当てられている案件は重要障害であるかどうかチェックする（Ｓ２４）。
【００３８】
重要障害であった場合にはステップＳ２８にスキップする。重要障害でなかった場合には、前記案件における前記部品の予測精度が高いかどうかチェックする（Ｓ２５）。予測精度が高い場合には、ステップＳ２４に戻る。予測精度が低い場合には、障害受付サーバ２は、輸送中車両の現在時点を配送会社サーバ７に問い合わせ、最新情報に更新する（Ｓ２６）。次に、部品到着までの時間を計算して振替時間比較テーブル３８に登録する（Ｓ２７）。
【００３９】
次に、同一部品のすべての計算を行なったかどうかチェックする（Ｓ２８）。同一部品のすべての計算を行なっていない場合には、ステップＳ２４まで戻る。同一部品の全ての計算を行なっていた場合には、ステップＳ２９に進む。
【００４０】
ステップＳ２９では、データベース３の障害対応部品テーブル３７に登録されているデータがあるかどうかチェックする（Ｓ２９）。障害対応部品テーブル３７に登録されているデータがない場合には、部品手配手段２４が部品手配を行なう（Ｓ３５）。障害対応部品テーブル３７にデータがある場合は、部品到着時間比較手段２３は、保守員保管中の部品からの発送（＊１）と、輸送車からの発送（＊２）との場合を比較して、最も到着予想時間が短いルートを決定する（Ｓ３０）。
【００４１】
決定したルートが保守員保管中の部品からの発送であった場合、部品振替依頼手段２５は保守員に対して部品発送依頼メールを送信する（Ｓ３１）。決定したルートが輸送車からの発送の場合、部品振替依頼手段２５は部品の配送先変更処理を行なう（Ｓ３２）。その後、配送先変更依頼手段２６は輸送車ドライバーの輸送車端末８に対して配送先変更メールを送信する（Ｓ３３）。輸送車端末８はこのメールを受け付ける。
【００４２】
その後、部品割当管理テーブル３９に部品の振替処理情報を登録する（Ｓ３６）。図１１に示すテーブルの場合を例にとると、交換部品（２）の製造ＮＯがＦ１１１１１の部品を交換部品（１）の製造ＮＯがＦ１１１１１の場所に移動させる。これで、部品の振替処理が終わったことになる。次に、障害受付サーバ２は、すべての予測交換部品の手配が終わったかどうかチェックする（Ｓ３７）。全ての予測交換部品の手配が終わったら、ステップＳ１に戻る。即ち、一連の処理が終了したことになる。全ての予測交換部品の手配が終わっていない場合は、ステップＳ３に戻り、障害の現象に応じて必要となる部品について部品倉庫を検索する。
【００４３】
図１６は配送会社サーバ７の動作を示すフローチャートである。先ず、一定間隔毎に輸送車から現在位置情報を取得する（Ｓ１）。次に、輸送車両の現在位置の問い合わせがあったかどうかチェックする（Ｓ２）。問い合わせがあった時には、障害受付サーバ２に輸送車の現在位置情報を回答する（Ｓ３）。該障害受付サーバ２では、この情報を受け付けると、部品到着時間比較手段２３が、前記したシステムの障害現場に部品を届ける時間を算出するための位置情報として用いることになる。
【００４４】
上述の実施例では、保守部品を手配する場合について説明したが、本発明はこれに限るものではなく、ある地点である品物乃至は商品の在庫が切れてきた場合にも同様に適用することができる。
【００４５】
このように、本発明によれば、障害復旧に必要な部品が部品倉庫にないが、前記部品が他の保守員の手元にある場合や、他の障害案件解決のために既に払い出されて配送中の場合であって、今回の障害案件に優先して前記部品を適用すべきと考えられる場合に、前記部品を今回の障害復旧のために再度払い出せるような仕組みを実現することができる。
【００４６】
また、倉庫に保守部品がない場合において、他の保守員が当該部品を所持している場合において、当該保守員から当該部品を転送してもらう場合の到着時間と、配送中の部品の中に当該部品がある場合において、配送先を変更した場合の到着時間とを比較して、障害発生地点に早く到達する方法を選択することで、保守部品の供給を速やかに行なうことができる。
【符号の説明】
【００４７】
１      顧客システム
２      障害受付サーバ
３      データベース
４      部品供給会社サーバ
５      部品倉庫管理テーブル
６      保守員携帯端末
７      配送会社サーバ
８      輸送車端末
１０    ネットワーク
【図１】
0005658065.tif 000002
【図２】
0005658065.tif 000003
【図３】
0005658065.tif 000004
【図４】
0005658065.tif 000005
【図５】
0005658065.tif 000006
【図６】
0005658065.tif 000007
【図７】
0005658065.tif 000008
【図８】
0005658065.tif 000009
【図９】
0005658065.tif 000010
【図１０】
0005658065.tif 000011
【図１１】
0005658065.tif 000012
【図１２】
0005658065.tif 000013
【図１３】
0005658065.tif 000014
【図１４】
0005658065.tif 000015
【図１５】
0005658065.tif 000016
【図１６】
0005658065.tif 000017