保守部品管理システム、管理方法、供給元管理装置、プログラム
【課題】保守部品の供給元管理装置は、顧客全体としての在庫情報を管理し、顧客間の余剰在庫を有効活用できる保守部品管理システム、管理方法、供給元管理装置、プログラムを提供する。
【解決手段】供給元管理装置１０は、保守部品所要数３７を算出するためのパラメータを設定した保守部品所要表ＤＢ１１１と、保守部品別障害率実績ＤＢ１１２とを備える。需要者は、需要者端末２０ー１〜２０ーｎで保守部品所要表３７のパラメータの入力項目４１を入力する。供給元管理装置１０は、入力項目４１と保守部品別障害率実績ＤＢ１１２とから保守部品所要数３７を計算後、保守部品の需要者別過不足ＤＢ１１３に登録し、需要者が入力した購入希望数４３と販売可能数４４とを各々集計し、両者を比較する。購入希望数４３が販売可能数４４より多いときのみ、製造元へ保守部品の発注を行う。
【解決手段】供給元管理装置１０は、保守部品所要数３７を算出するためのパラメータを設定した保守部品所要表ＤＢ１１１と、保守部品別障害率実績ＤＢ１１２とを備える。需要者は、需要者端末２０ー１〜２０ーｎで保守部品所要表３７のパラメータの入力項目４１を入力する。供給元管理装置１０は、入力項目４１と保守部品別障害率実績ＤＢ１１２とから保守部品所要数３７を計算後、保守部品の需要者別過不足ＤＢ１１３に登録し、需要者が入力した購入希望数４３と販売可能数４４とを各々集計し、両者を比較する。購入希望数４３が販売可能数４４より多いときのみ、製造元へ保守部品の発注を行う。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、保守部品管理システム、販売方法、供給元管理装置、プログラムに関し、特に、ネットワークを利用した保守部品管理システム、管理方法、供給元管理装置、プログラムに関する。
【背景技術】
【０００２】
従来、保守部品を売買する技術として、最終販売が行われた後の製造中止部品を、スポット市場に比較して信頼性の高い市場で売買できるようにしたものがある（例えば、特許文献１参照。）。
【０００３】
特許文献１の技術は、調停者処理装置が、製造中止部品を過去に購入したことのある保守部品購入者の端末へ、保守部品市場の開設を通知すると共に、価格決定ルールに従った製造中止部品の買い取り価格および販売価格を通知する。製造中止部品を購入或いは販売したい保守部品購入者は、購入希望個数或いは販売希望個数を含む過不足情報を調停者処理装置へ送信する。調停者処理装置は、過不足情報の送信元以外の保守部品購入者端末に対して、販売希望個数或いは購入希望個数を含む問い合わせメッセージを送信する。問い合わせメッセージを受信した保守部品購入者は、販売或いは購入が可能であれば、販売可能個数或いは購入可能個数を含む回答を調停者処理装置へ送信する。
【０００４】
上記技術は、保守部品購入者自身が過不足情報を決定している。しかし、保守部品購入者は、保守部品のフィールド障害率実績データを保有していないため、予測で過不足情報を決定することになり、過不足情報の妥当性の有無については不明である。保守部品購入者は、仮に、保守部品購入者自身の範囲内でのフィールド障害率実績データを保有しているにしても、データの母数が小さい故、やはり過不足情報については不正確となる。
【０００５】
また、ＰＯＳ（販売時点情報管理）端末の消耗部品について、使用量および消費量のデータを各企業単位で正確に把握して、適宜各企業にそのデータを提供したり、その企業の消耗部品を適切な在庫に維持する消耗部品の管理サービスを行うものもある（例えば、特許文献２参照。）。
【０００６】
特許文献２の技術は、ＰＯＳ端末に記憶するメンテナンス情報を顧客コンピュータが収集し、通信回線を介してサービス提供会社の消耗部品管理コンピュータに送信する。消耗部品管理コンピュータは、メンテナンス情報に基付いて所定期間における顧客毎の消耗部品の消費量を算出して顧客に知らせると共に、顧客の在庫情報と比較して在庫不足が生じるおそれがあるときには、消耗部品を補充するための処理を起動する。
【０００７】
上記技術は、顧客全体としての在庫情報を管理していないため、顧客間での余剰在庫を活用できず、全体では消耗部品の無駄なコストを発生することになる。
【０００８】
【特許文献１】特開２００２ー３１８９３０号公報
【特許文献２】特開２００２ー０９２４３９号公報
【発明の開示】
【発明が解決しようとする課題】
【０００９】
上述の特許文献１の技術は、保守部品のフィールド障害率実績データを保有していないか、或いは、少数のデータを保有する保守部品購入者自身が過不足情報を決定している。従って、保守部品購入者自身の決定する過不足情報は、不正確になるという課題がある。
【００１０】
また、上述の特許文献２の技術は、顧客全体としての在庫情報を管理していないため、顧客間での余剰在庫を活用できず、全体では消耗部品の無駄なコストを発生するという課題がある。
【００１１】
本発明の目的は、供給元管理装置で保守部品の最終所要情報をフィールド障害実績データに基付き自動演算し、顧客全体としての在庫情報を管理し、全顧客間での余剰在庫を有効活用できる保守部品管理システム、管理方法、供給元管理装置、プログラムを提供することにある。
【００１２】
上記目的を達成するため、保守部品の供給元管理装置は、最終所要数を算出するパラメータを設定した保守部品所要表をウェブ（Ｗｅｂ）サイト上で需要者端末へ提供する。需要者は、需要者端末で保守部品所要表のパラメータの入力項目を入力する。供給元管理装置は、入力結果から最終所要数を自動計算後、保守部品の過不足情報を需要者端末別に記憶手段へ登録する。供給元管理装置は、需要者端末から入力した購入希望数と販売可能数とを各々集計し、購入希望数と販売可能数とを比較する。比較結果、購入希望数が販売可能数より多いときのみ、製造元へ保守部品の発注を行う。
【課題を解決するための手段】
【００１３】
本発明の保守部品管理システムは、保守部品の供給管理を行う供給元管理装置と保守部品を使用するユーザの需要者端末とをネットワークを介して接続し、保守部品の管理を行う保守部品管理システムであって、供給元管理装置は、最終所要数を算出するためのパラメータを設定した保守部品所要表と、需用者端末別に保守部品の過不足数を表示する需用者別過不足表と、購入希望数と販売可能数とを表示する需用者別購入／販売表と、保守部品別障害率実績データとを格納する記憶手段と、需要者端末から入力したパラメータの入力データに対する保守部品所要数を演算する所要数自動計算手段と、記憶手段へ情報の書き込み・読み出しを行う登録・読出手段と、需要者端末から入力した購入希望数と販売可能数とを各々集計する手段と、購入希望数と販売可能数とを比較する購入希望数／販売可能数比較手段とを有することを特徴とする。
【００１４】
供給元管理装置は、購入希望数／販売可能数比較手段による比較結果、購入希望数が販売可能数より多いとき、保守部品の発注を行う受発注手段を有することを特徴とする。
【００１５】
供給元管理装置は、購入希望数／販売可能数比較手段による比較結果、購入希望数が販売可能数以下のとき、保守部品製造元への発注を行わないことを特徴とする。
【００１６】
所要数自動計算手段は、パラメータの入力データと保守部品別障害率実績データとから保守部品所要数を演算する手段を有することを特徴とする。
【００１７】
パラメータは、装置稼働台数と撤去予定年月と自社保守部品在庫数とを有することを特徴とする。
【００１８】
需用者別過不足表は、自社保守部品在庫数と保守部品所要数に対する保守部品余剰数と保守部品不足数とを有することを特徴とする。
【００１９】
本発明の保守部品管理方法は、保守部品の供給管理を行う供給元管理装置と保守部品を使用するユーザの需要者端末とをネットワークを介して接続し、保守部品の管理を行う保守部品管理方法であって、供給元管理装置は、最終所要数を算出するためのパラメータを設定した保守部品所要表と、需用者端末別に保守部品の過不足数を表示する需用者別過不足表と、購入希望数と販売可能数とを表示する需用者別購入／販売表と、保守部品別障害率実績データとを登録・読出手段により記憶手段へ格納するステップと、需要者端末から入力したパラメータの入力データに対する保守部品所要数を所要数自動計算手段により演算するステップと、需要者端末から入力した購入希望数と販売可能数とを各々集計するステップと、購入希望数と販売可能数とを購入希望数／販売可能数比較手段により比較するステップと、比較結果、購入希望数が販売可能数より多いときのみ、受発注手段により保守部品の発注を行うステップとを有することを特徴とする。
【００２０】
所要数自動計算手段は、パラメータの入力データと保守部品別障害率実績データとから保守部品所要数を演算するステップを有することを特徴とする。
【００２１】
パラメータは、装置稼働台数と撤去予定年月と自社保守部品在庫数とを有することを特徴とする。
【００２２】
本発明の供給元管理装置は、保守部品を使用するユーザの需要者端末とネットワークを介して接続し、保守部品の供給管理を行う供給元管理装置であって、最終所要数を算出するためのパラメータを設定した保守部品所要表と、需用者端末別に保守部品の過不足数を表示する需用者別過不足表と、購入希望数と販売可能数とを表示する需用者別購入／販売表と、保守部品別障害率実績データとを格納する記憶手段と、需要者端末から入力したパラメータの入力データに対する保守部品所要数を演算する所要数自動計算手段と、記憶手段へ情報の書き込み・読み出しを行う登録・読出手段と、需要者端末から入力した購入希望数と販売可能数とを各々集計する手段と、購入希望数と販売可能数とを比較する購入希望数／販売可能数比較手段とを有することを特徴とする。
【００２３】
所要数自動計算手段は、パラメータの入力データと保守部品別障害率実績データとから保守部品所要数を演算する手段を有することを特徴とする。
【００２４】
パラメータは、装置稼働台数と撤去予定年月と自社保守部品在庫数とを有することを特徴とする。
【００２５】
需用者別過不足表は、自社保守部品在庫数と保守部品所要数に対する保守部品余剰数と保守部品不足数とを有することを特徴とする。
【００２６】
記憶手段は、磁気ディスク装置または光ディスク装置を有することを特徴とする。
【００２７】
本発明のプログラムは、保守部品の供給管理を行う供給元管理装置と保守部品を使用するユーザの需要者端末とをネットワークを介して接続し、保守部品の管理を行う保守部品管理方法のプログラムであって、供給元管理装置を、最終所要数を算出するためのパラメータを設定した保守部品所要表と、需用者端末別に保守部品の過不足数を表示する需用者別過不足表と、購入希望数と販売可能数とを表示する需用者別購入／販売表と、保守部品別障害率実績データとを登録・読出手段により記憶手段へ格納する手段と、需要者端末から入力したパラメータの入力データに対する保守部品所要数を所要数自動計算手段により演算する手段と、需要者端末から入力した購入希望数と販売可能数とを各々集計する手段と、購入希望数と販売可能数とを購入希望数／販売可能数比較手段により比較する手段と、比較結果、購入希望数が販売可能数より多いときのみ、受発注手段により保守部品の発注を行う手段として機能させることを特徴とする。
【発明の効果】
【００２８】
本発明の保守部品管理システム、管理方法、供給元管理装置、プログラムによれば、保守部品の最終所要の精度が上がり、需要者は、より適正な保守部品在庫を持つことができるという効果がある。その理由は、供給元管理装置は、全需用者の保守部品毎の障害率実績データを元に最終所要数を計算しているためである。
【００２９】
また、需要者は、最終所要数を算出する工数を削減できるという効果がある。その理由は、供給元管理装置が保守部品の最終所要数を自動的に算出するためである。
【発明を実施するための最良の形態】
【００３０】
次に、本発明を実施するための最良の形態について図面を参照して詳細に説明する。
【００３１】
図１は、本発明の保守部品管理システム１を示す概略構成ブロック図、図２は、図１中の供給元管理装置１０を示す概略構成ブロック図である。
【００３２】
図１を参照すると、保守部品管理システム１は、保守部品の供給管理を行う供給元管理装置１０と、保守部品を使用するユーザの需要者端末２０ー１〜２０ーｎと、保守部品を配送する業者の宅配業者端末５０とをネットワーク、例えばインタネット１００を介して接続する。
【００３３】
供給元管理装置１０は、サーバーコンピュータなどの情報処理装置である。
【００３４】
需要者端末２０ー１〜２０ーｎは、パーソナルコンピュータなどの情報処理装置であり、インタネット１００を介して供給元管理装置１０の開設しているホームページへアクセスする。なお、ｎは、接続台数を示し、１００台ならば、ｎ＝１００となる。
【００３５】
宅配業者端末５０は、パーソナルコンピュータなどの情報処理装置である。なお、図面上は１台のみ図示するが、台数は限定するものではない。
【００３６】
図２を参照すると、供給元管理装置１０は、磁気ディスク装置１１と、保守部品所要数３７を演算する所要数自動計算手段１２と、磁気ディスク装置１１へ情報の書き込み・読み出しを行う登録・読出手段１３と、需要者端末２０ー１〜２０ーｎから入力した購入希望数４３と販売可能数４４とを各々集計する集計手段１７と、購入希望数４３と販売可能数４４とを比較する購入希望数／販売可能数比較手段１６と、受発注手段１４と、送受信手段１５とで構成する。
【００３７】
磁気ディスク装置１１は、情報をデータベース（以降ＤＢと略す）として格納し、保守部品所要表ＤＢ１１１と、需要者別過不足表ＤＢ１１３と、需用者別購入／販売表ＤＢ１１４と、保守部品別障害率実績ＤＢ１１２とを備える。なお、磁気ディスク装置１１は、各種データを格納する記憶手段の一例であり、光ディスク装置であってもよい。
【００３８】
次に、保守部品所要表ＤＢ１１１の一例を示す図３を参照すると、保守部品所要表ＤＢ１１１は、需要者端末２０ー１〜２０ーｎから入力したデータを元に保守部品所要数３７を算出するためのパラメータ（入力項目４１）を設定している。パラメータは、装置稼働台数３４と撤去予定年月３５と自社保守部品在庫数３６とを備える。所要数自動計算手段１２により演算する自動計算項目４２は、保守部品所要数３７に加え、保守部品余剰数３８と保守部品不足数３９とを備える。保守部品余剰数３８と保守部品不足数３９とは、自社保守部品在庫数３６と保守部品所要数３７との差を演算して求める。なお、保守部品所要表ＤＢ１１１は、各種の装置コード３１、品名３２、パーツコード３３に対して入力項目４１を設定している。
【００３９】
図４は、需要者端末２０ー１〜２０ーｎから入力したデータを元に保守部品所要数３７、保守部品余剰数３８、保守部品不足数３９とを算出した結果の保守部品所要表ＤＢ１１１の一例を示す。
【００４０】
次に、需要者別過不足表ＤＢ１１３の一例を示す図５を参照すると、需要者別過不足表ＤＢ１１３は、需要者別の各装置コード３１毎の保守部品所要数３７に対する保守部品余剰数３８と保守部品不足数３９とを備える。
【００４１】
図６に一例を示す需要者別購入／販売表ＤＢ１１４は、需要者端末２０ー１〜２０ーｎ毎の購入希望数４３と販売可能数４４と、全需要者端末２０ー１〜２０ーｎの購入希望数と販売可能数との各々の累計４５を備える。
【００４２】
保守部品別障害率実績ＤＢ１１２は、図示省略するが、各装置毎のフィールドでの障害実績データから求めた平均故障時間間隔（ＭＴＢＦ）などの信頼性データを備えている。
【００４３】
所要数自動計算手段１２は、需要者端末２０ー１〜２０ーｎから入力した入力項目４１のデータと保守部品別障害率実績ＤＢ１１２とから保守部品所要数３７を演算する。保守部品所要数３７は、例えば、装置のＭＴＢＦと装置稼働台数３４と撤去予定年月３５とのデータから障害発生予測台数を算出して求める。なお、図示しないが、供給元管理装置１０は、総稼働時間を算出するための需要者端末２０ー１〜２０ーｎに対する装置毎の稼働開始時期データを保有している。
【００４４】
受発注手段１４は、購入希望数／販売可能数比較手段１６による比較結果、購入希望数４３が販売可能数４４より多いときのみ、保守部品の発注処理を行う。
【００４５】
送受信手段１５は、需要者端末２０ー１〜２０ーｎと、宅配業者端末５０と、保守部品の製造業者端末（図示せず）とにインタネット１００を介して情報の送受信を行う。
【００４６】
次に、上述のように構成した保守部品管理システム１の動作について、図面を参照して説明する。
【００４７】
図７は、保守部品管理システム１の動作を説明するための図である。
【００４８】
図７を参照すると、需用者は、需要者端末２０ー１〜２０ーｎから供給元管理装置１０のＷｅｂサイトにアクセスする（Ｓ１１）。なお、図示省略するが、予め、需要者へ供給元管理装置１０にアクセスし保守部品所要表ＤＢ１１１で設定した入力項目４１を入力するように、供給元管理装置１０は、依頼のメールを発信する。また、供給元管理装置１０は、保守部品所要表ＤＢ１１１を表示するために必要なＩＤ、パスワードをそれぞれの需要者端末２０ー１〜２０ーｎへメールで通知する。
【００４９】
供給元管理装置１０は、インタネット１００上に開設しているＷｅｂサイトに保守部品所要表ＤＢ１１１を読み出しアップロードし（Ｓ２１）、保守部品所要表ＤＢ１１１を需要者端末２０ー１〜２０ーｎへ送信する（Ｓ２２）。
【００５０】
需要者端末２０ー１〜２０ーｎは、図３に示す保守部品所要表ＤＢ１１１を受信し、装置稼働台数３４、撤去予定年月３５、自社保守部品在庫数３６の全ての入力項目４１を入力する（Ｓ１２）。需要者端末２０ー１〜２０ーｎは、入力項目４１を入力して供給元管理装置１０へ送信する。
【００５１】
供給元管理装置１０は、入力済み保守部品所要表ＤＢ１１１を受信し、所要数自動計算手段１２により自動計算項目４２の保守部品所要数３７を演算する（Ｓ２３）。所要数自動計算手段１２は、パラメータ（入力項目４１）の入力データと保守部品別障害率実績ＤＢ１１２とから保守部品所要数３７を演算する。供給元管理装置１０は、保守部品所要数３７と自社保守部品在庫数３６とから保守部品余剰数３８と保守部品不足数３９とを演算する（Ｓ２４）。演算結果の保守部品所要表ＤＢ１１１の一例を図４に示す。
【００５２】
供給元管理装置１０は、登録・読出手段１３により演算結果の保守部品所要表ＤＢ１１１を磁気ディスク装置１１へ格納（登録）し（Ｓ２５）、かつ、需用者別過不足表ＤＢ１１３の保守部品の余剰数３８、不足数３９とを格納する（Ｓ２６）。
【００５３】
次に、供給元管理装置１０は、需用者別過不足表ＤＢ１１３と共に、需要者別購入／販売表ＤＢ１１４を磁気ディスク装置１１から読み出し、送受信手段１５を介して需要者端末２０ー１〜２０ーｎへ送信する（Ｓ２７）。このとき、供給元管理装置１０は、メールにて、需要者端末２０ー１〜２０ーｎに対して、供給元管理装置１０にアクセスして需要者別購入／販売表ＤＢ１１４の購入希望数４３と販売可能数４４とを入力するように依頼する。
【００５４】
需要者は、需要者端末２０ー１〜２０ーｎで受信した需要者別過不足表ＤＢ１１３の余剰数３８と不足数３９とを参照(図５参照）して、需要者別購入／販売表ＤＢ１１４の購入希望数４３と販売可能数４４とを入力する（Ｓ１３）。なお、購入希望数４３と販売可能数４４とは、需要者が判断して決定する。従って、余剰数３８と販売可能数４４、不足数３９と購入希望数４３とは、必ずしも一致するとは限らない。
【００５５】
供給元管理装置１０は、購入希望数４３と販売可能数４４とを入力済みの需要者別購入／販売表ＤＢ１１４を受信する。集計手段１７は、図６に示す如く、装置コード３１別のの全ての需要者端末２０ー１〜２０ーｎに対する購入希望数４３の累計４５と販売可能数４４の累計４５とを各々求める集計処理を行う（Ｓ２８）。
【００５６】
次に、供給元管理装置１０は、購入希望数／販売可能数比較手段１６により、購入希望数４３の累計４５と販売可能数４４の累計４５とを比較する（Ｓ２９）。比較結果、購入希望数４３の累計４５が販売可能数４４の累計４５より大きいとき、供給元管理装置１０は、受発注手段１４により、該当する装置コード３１の保守部品の発注処理を行う（Ｓ３０）。図６の例示では、装置コード３１がＺ４５０２、品名３２がＨＤＤ、パーツコード３３がＣＣー１２３４５の保守部品を１５個発注することになる。なお、発注処理は、宅配業者端末５０と保守部品の製造業者端末（図示せず）とに対して行う。宅配業者端末５０は、配送処理を行い（Ｓ５１）、製造業者端末は、受注処理を行う（Ｓ６１）が、上記（Ｓ３０）以降の処理に関しては、詳細な説明を省略する。
【００５７】
供給元管理装置１０は、需要者間で調達できない保守部品と数量との情報を把握することができるため、保守部品製造メーカへ最終所要数を正確に連絡することができる。
【００５８】
上記（Ｓ２９）において、購入希望数４３の累計４５が販売可能数４４の累計４５以下のとき、供給元管理装置１０は、新たに保守部品を製造する発注処理を行わない。供給元管理装置１０は、需要者端末２０ー１〜２０ーｎに対して、販売／購入を了承した旨の確認通知を行う（Ｓ３１）が、（Ｓ３１）以降の処理に関しては、詳細な説明を省略する。
【００５９】
従って、供給元管理装置１０は、保守部品の余剰数３８、不足数３９を一括管理し、需要者全体での余剰数３８を活用し、無駄な保守部品を製造しないため、需要者、供給元は、双方にとって無駄なコストの発生を抑制できる。
【図面の簡単な説明】
【００６０】
【図１】本発明の保守部品管理システムを示す概略構成ブロック図である。
【図２】図１中の供給元管理装置を示す概略構成ブロック図である。
【図３】保守部品所要表ＤＢの一例を示す図である。
【図４】保守部品所要表ＤＢの一例を示す図である。
【図５】需要者別過不足表ＤＢの一例を示す図である。
【図６】需要者別購入／販売表ＤＢの一例を示す図である。
【図７】保守部品管理システムの動作を説明するための図である。
【符号の説明】
【００６１】
１ 保守部品管理システム
１０ 供給元管理装置
１１ 磁気ディスク装置
１２ 所要数自動計算手段
１３ 登録・読出手段
１４ 受発注手段
１５ 送受信手段
１６ 購入希望数／販売可能数比較手段
１７ 集計手段
１００ インタネット
１１１ 保守部品所要表ＤＢ
１１２ 保守部品別障害率実績ＤＢ
１１３ 需要者別過不足表ＤＢ
１１４ 需要者別購入／販売表ＤＢ
２０ー１〜２０ーｎ 需要者端末
３１ 装置コード
３２ 品名
３３ パーツコード
３４ 装置稼働台数
３５ 撤去予定年月
３６ 自社保守部品在庫数
３７ 保守部品所要数
３８ 保守部品余剰数
３９ 保守部品不足数
４１ 入力項目
４２ 自動計算項目
４３ 購入希望数
４４ 販売可能数
４５ 累計
５０ 宅配業者端末
【技術分野】
【０００１】
本発明は、保守部品管理システム、販売方法、供給元管理装置、プログラムに関し、特に、ネットワークを利用した保守部品管理システム、管理方法、供給元管理装置、プログラムに関する。
【背景技術】
【０００２】
従来、保守部品を売買する技術として、最終販売が行われた後の製造中止部品を、スポット市場に比較して信頼性の高い市場で売買できるようにしたものがある（例えば、特許文献１参照。）。
【０００３】
特許文献１の技術は、調停者処理装置が、製造中止部品を過去に購入したことのある保守部品購入者の端末へ、保守部品市場の開設を通知すると共に、価格決定ルールに従った製造中止部品の買い取り価格および販売価格を通知する。製造中止部品を購入或いは販売したい保守部品購入者は、購入希望個数或いは販売希望個数を含む過不足情報を調停者処理装置へ送信する。調停者処理装置は、過不足情報の送信元以外の保守部品購入者端末に対して、販売希望個数或いは購入希望個数を含む問い合わせメッセージを送信する。問い合わせメッセージを受信した保守部品購入者は、販売或いは購入が可能であれば、販売可能個数或いは購入可能個数を含む回答を調停者処理装置へ送信する。
【０００４】
上記技術は、保守部品購入者自身が過不足情報を決定している。しかし、保守部品購入者は、保守部品のフィールド障害率実績データを保有していないため、予測で過不足情報を決定することになり、過不足情報の妥当性の有無については不明である。保守部品購入者は、仮に、保守部品購入者自身の範囲内でのフィールド障害率実績データを保有しているにしても、データの母数が小さい故、やはり過不足情報については不正確となる。
【０００５】
また、ＰＯＳ（販売時点情報管理）端末の消耗部品について、使用量および消費量のデータを各企業単位で正確に把握して、適宜各企業にそのデータを提供したり、その企業の消耗部品を適切な在庫に維持する消耗部品の管理サービスを行うものもある（例えば、特許文献２参照。）。
【０００６】
特許文献２の技術は、ＰＯＳ端末に記憶するメンテナンス情報を顧客コンピュータが収集し、通信回線を介してサービス提供会社の消耗部品管理コンピュータに送信する。消耗部品管理コンピュータは、メンテナンス情報に基付いて所定期間における顧客毎の消耗部品の消費量を算出して顧客に知らせると共に、顧客の在庫情報と比較して在庫不足が生じるおそれがあるときには、消耗部品を補充するための処理を起動する。
【０００７】
上記技術は、顧客全体としての在庫情報を管理していないため、顧客間での余剰在庫を活用できず、全体では消耗部品の無駄なコストを発生することになる。
【０００８】
【特許文献１】特開２００２ー３１８９３０号公報
【特許文献２】特開２００２ー０９２４３９号公報
【発明の開示】
【発明が解決しようとする課題】
【０００９】
上述の特許文献１の技術は、保守部品のフィールド障害率実績データを保有していないか、或いは、少数のデータを保有する保守部品購入者自身が過不足情報を決定している。従って、保守部品購入者自身の決定する過不足情報は、不正確になるという課題がある。
【００１０】
また、上述の特許文献２の技術は、顧客全体としての在庫情報を管理していないため、顧客間での余剰在庫を活用できず、全体では消耗部品の無駄なコストを発生するという課題がある。
【００１１】
本発明の目的は、供給元管理装置で保守部品の最終所要情報をフィールド障害実績データに基付き自動演算し、顧客全体としての在庫情報を管理し、全顧客間での余剰在庫を有効活用できる保守部品管理システム、管理方法、供給元管理装置、プログラムを提供することにある。
【００１２】
上記目的を達成するため、保守部品の供給元管理装置は、最終所要数を算出するパラメータを設定した保守部品所要表をウェブ（Ｗｅｂ）サイト上で需要者端末へ提供する。需要者は、需要者端末で保守部品所要表のパラメータの入力項目を入力する。供給元管理装置は、入力結果から最終所要数を自動計算後、保守部品の過不足情報を需要者端末別に記憶手段へ登録する。供給元管理装置は、需要者端末から入力した購入希望数と販売可能数とを各々集計し、購入希望数と販売可能数とを比較する。比較結果、購入希望数が販売可能数より多いときのみ、製造元へ保守部品の発注を行う。
【課題を解決するための手段】
【００１３】
本発明の保守部品管理システムは、保守部品の供給管理を行う供給元管理装置と保守部品を使用するユーザの需要者端末とをネットワークを介して接続し、保守部品の管理を行う保守部品管理システムであって、供給元管理装置は、最終所要数を算出するためのパラメータを設定した保守部品所要表と、需用者端末別に保守部品の過不足数を表示する需用者別過不足表と、購入希望数と販売可能数とを表示する需用者別購入／販売表と、保守部品別障害率実績データとを格納する記憶手段と、需要者端末から入力したパラメータの入力データに対する保守部品所要数を演算する所要数自動計算手段と、記憶手段へ情報の書き込み・読み出しを行う登録・読出手段と、需要者端末から入力した購入希望数と販売可能数とを各々集計する手段と、購入希望数と販売可能数とを比較する購入希望数／販売可能数比較手段とを有することを特徴とする。
【００１４】
供給元管理装置は、購入希望数／販売可能数比較手段による比較結果、購入希望数が販売可能数より多いとき、保守部品の発注を行う受発注手段を有することを特徴とする。
【００１５】
供給元管理装置は、購入希望数／販売可能数比較手段による比較結果、購入希望数が販売可能数以下のとき、保守部品製造元への発注を行わないことを特徴とする。
【００１６】
所要数自動計算手段は、パラメータの入力データと保守部品別障害率実績データとから保守部品所要数を演算する手段を有することを特徴とする。
【００１７】
パラメータは、装置稼働台数と撤去予定年月と自社保守部品在庫数とを有することを特徴とする。
【００１８】
需用者別過不足表は、自社保守部品在庫数と保守部品所要数に対する保守部品余剰数と保守部品不足数とを有することを特徴とする。
【００１９】
本発明の保守部品管理方法は、保守部品の供給管理を行う供給元管理装置と保守部品を使用するユーザの需要者端末とをネットワークを介して接続し、保守部品の管理を行う保守部品管理方法であって、供給元管理装置は、最終所要数を算出するためのパラメータを設定した保守部品所要表と、需用者端末別に保守部品の過不足数を表示する需用者別過不足表と、購入希望数と販売可能数とを表示する需用者別購入／販売表と、保守部品別障害率実績データとを登録・読出手段により記憶手段へ格納するステップと、需要者端末から入力したパラメータの入力データに対する保守部品所要数を所要数自動計算手段により演算するステップと、需要者端末から入力した購入希望数と販売可能数とを各々集計するステップと、購入希望数と販売可能数とを購入希望数／販売可能数比較手段により比較するステップと、比較結果、購入希望数が販売可能数より多いときのみ、受発注手段により保守部品の発注を行うステップとを有することを特徴とする。
【００２０】
所要数自動計算手段は、パラメータの入力データと保守部品別障害率実績データとから保守部品所要数を演算するステップを有することを特徴とする。
【００２１】
パラメータは、装置稼働台数と撤去予定年月と自社保守部品在庫数とを有することを特徴とする。
【００２２】
本発明の供給元管理装置は、保守部品を使用するユーザの需要者端末とネットワークを介して接続し、保守部品の供給管理を行う供給元管理装置であって、最終所要数を算出するためのパラメータを設定した保守部品所要表と、需用者端末別に保守部品の過不足数を表示する需用者別過不足表と、購入希望数と販売可能数とを表示する需用者別購入／販売表と、保守部品別障害率実績データとを格納する記憶手段と、需要者端末から入力したパラメータの入力データに対する保守部品所要数を演算する所要数自動計算手段と、記憶手段へ情報の書き込み・読み出しを行う登録・読出手段と、需要者端末から入力した購入希望数と販売可能数とを各々集計する手段と、購入希望数と販売可能数とを比較する購入希望数／販売可能数比較手段とを有することを特徴とする。
【００２３】
所要数自動計算手段は、パラメータの入力データと保守部品別障害率実績データとから保守部品所要数を演算する手段を有することを特徴とする。
【００２４】
パラメータは、装置稼働台数と撤去予定年月と自社保守部品在庫数とを有することを特徴とする。
【００２５】
需用者別過不足表は、自社保守部品在庫数と保守部品所要数に対する保守部品余剰数と保守部品不足数とを有することを特徴とする。
【００２６】
記憶手段は、磁気ディスク装置または光ディスク装置を有することを特徴とする。
【００２７】
本発明のプログラムは、保守部品の供給管理を行う供給元管理装置と保守部品を使用するユーザの需要者端末とをネットワークを介して接続し、保守部品の管理を行う保守部品管理方法のプログラムであって、供給元管理装置を、最終所要数を算出するためのパラメータを設定した保守部品所要表と、需用者端末別に保守部品の過不足数を表示する需用者別過不足表と、購入希望数と販売可能数とを表示する需用者別購入／販売表と、保守部品別障害率実績データとを登録・読出手段により記憶手段へ格納する手段と、需要者端末から入力したパラメータの入力データに対する保守部品所要数を所要数自動計算手段により演算する手段と、需要者端末から入力した購入希望数と販売可能数とを各々集計する手段と、購入希望数と販売可能数とを購入希望数／販売可能数比較手段により比較する手段と、比較結果、購入希望数が販売可能数より多いときのみ、受発注手段により保守部品の発注を行う手段として機能させることを特徴とする。
【発明の効果】
【００２８】
本発明の保守部品管理システム、管理方法、供給元管理装置、プログラムによれば、保守部品の最終所要の精度が上がり、需要者は、より適正な保守部品在庫を持つことができるという効果がある。その理由は、供給元管理装置は、全需用者の保守部品毎の障害率実績データを元に最終所要数を計算しているためである。
【００２９】
また、需要者は、最終所要数を算出する工数を削減できるという効果がある。その理由は、供給元管理装置が保守部品の最終所要数を自動的に算出するためである。
【発明を実施するための最良の形態】
【００３０】
次に、本発明を実施するための最良の形態について図面を参照して詳細に説明する。
【００３１】
図１は、本発明の保守部品管理システム１を示す概略構成ブロック図、図２は、図１中の供給元管理装置１０を示す概略構成ブロック図である。
【００３２】
図１を参照すると、保守部品管理システム１は、保守部品の供給管理を行う供給元管理装置１０と、保守部品を使用するユーザの需要者端末２０ー１〜２０ーｎと、保守部品を配送する業者の宅配業者端末５０とをネットワーク、例えばインタネット１００を介して接続する。
【００３３】
供給元管理装置１０は、サーバーコンピュータなどの情報処理装置である。
【００３４】
需要者端末２０ー１〜２０ーｎは、パーソナルコンピュータなどの情報処理装置であり、インタネット１００を介して供給元管理装置１０の開設しているホームページへアクセスする。なお、ｎは、接続台数を示し、１００台ならば、ｎ＝１００となる。
【００３５】
宅配業者端末５０は、パーソナルコンピュータなどの情報処理装置である。なお、図面上は１台のみ図示するが、台数は限定するものではない。
【００３６】
図２を参照すると、供給元管理装置１０は、磁気ディスク装置１１と、保守部品所要数３７を演算する所要数自動計算手段１２と、磁気ディスク装置１１へ情報の書き込み・読み出しを行う登録・読出手段１３と、需要者端末２０ー１〜２０ーｎから入力した購入希望数４３と販売可能数４４とを各々集計する集計手段１７と、購入希望数４３と販売可能数４４とを比較する購入希望数／販売可能数比較手段１６と、受発注手段１４と、送受信手段１５とで構成する。
【００３７】
磁気ディスク装置１１は、情報をデータベース（以降ＤＢと略す）として格納し、保守部品所要表ＤＢ１１１と、需要者別過不足表ＤＢ１１３と、需用者別購入／販売表ＤＢ１１４と、保守部品別障害率実績ＤＢ１１２とを備える。なお、磁気ディスク装置１１は、各種データを格納する記憶手段の一例であり、光ディスク装置であってもよい。
【００３８】
次に、保守部品所要表ＤＢ１１１の一例を示す図３を参照すると、保守部品所要表ＤＢ１１１は、需要者端末２０ー１〜２０ーｎから入力したデータを元に保守部品所要数３７を算出するためのパラメータ（入力項目４１）を設定している。パラメータは、装置稼働台数３４と撤去予定年月３５と自社保守部品在庫数３６とを備える。所要数自動計算手段１２により演算する自動計算項目４２は、保守部品所要数３７に加え、保守部品余剰数３８と保守部品不足数３９とを備える。保守部品余剰数３８と保守部品不足数３９とは、自社保守部品在庫数３６と保守部品所要数３７との差を演算して求める。なお、保守部品所要表ＤＢ１１１は、各種の装置コード３１、品名３２、パーツコード３３に対して入力項目４１を設定している。
【００３９】
図４は、需要者端末２０ー１〜２０ーｎから入力したデータを元に保守部品所要数３７、保守部品余剰数３８、保守部品不足数３９とを算出した結果の保守部品所要表ＤＢ１１１の一例を示す。
【００４０】
次に、需要者別過不足表ＤＢ１１３の一例を示す図５を参照すると、需要者別過不足表ＤＢ１１３は、需要者別の各装置コード３１毎の保守部品所要数３７に対する保守部品余剰数３８と保守部品不足数３９とを備える。
【００４１】
図６に一例を示す需要者別購入／販売表ＤＢ１１４は、需要者端末２０ー１〜２０ーｎ毎の購入希望数４３と販売可能数４４と、全需要者端末２０ー１〜２０ーｎの購入希望数と販売可能数との各々の累計４５を備える。
【００４２】
保守部品別障害率実績ＤＢ１１２は、図示省略するが、各装置毎のフィールドでの障害実績データから求めた平均故障時間間隔（ＭＴＢＦ）などの信頼性データを備えている。
【００４３】
所要数自動計算手段１２は、需要者端末２０ー１〜２０ーｎから入力した入力項目４１のデータと保守部品別障害率実績ＤＢ１１２とから保守部品所要数３７を演算する。保守部品所要数３７は、例えば、装置のＭＴＢＦと装置稼働台数３４と撤去予定年月３５とのデータから障害発生予測台数を算出して求める。なお、図示しないが、供給元管理装置１０は、総稼働時間を算出するための需要者端末２０ー１〜２０ーｎに対する装置毎の稼働開始時期データを保有している。
【００４４】
受発注手段１４は、購入希望数／販売可能数比較手段１６による比較結果、購入希望数４３が販売可能数４４より多いときのみ、保守部品の発注処理を行う。
【００４５】
送受信手段１５は、需要者端末２０ー１〜２０ーｎと、宅配業者端末５０と、保守部品の製造業者端末（図示せず）とにインタネット１００を介して情報の送受信を行う。
【００４６】
次に、上述のように構成した保守部品管理システム１の動作について、図面を参照して説明する。
【００４７】
図７は、保守部品管理システム１の動作を説明するための図である。
【００４８】
図７を参照すると、需用者は、需要者端末２０ー１〜２０ーｎから供給元管理装置１０のＷｅｂサイトにアクセスする（Ｓ１１）。なお、図示省略するが、予め、需要者へ供給元管理装置１０にアクセスし保守部品所要表ＤＢ１１１で設定した入力項目４１を入力するように、供給元管理装置１０は、依頼のメールを発信する。また、供給元管理装置１０は、保守部品所要表ＤＢ１１１を表示するために必要なＩＤ、パスワードをそれぞれの需要者端末２０ー１〜２０ーｎへメールで通知する。
【００４９】
供給元管理装置１０は、インタネット１００上に開設しているＷｅｂサイトに保守部品所要表ＤＢ１１１を読み出しアップロードし（Ｓ２１）、保守部品所要表ＤＢ１１１を需要者端末２０ー１〜２０ーｎへ送信する（Ｓ２２）。
【００５０】
需要者端末２０ー１〜２０ーｎは、図３に示す保守部品所要表ＤＢ１１１を受信し、装置稼働台数３４、撤去予定年月３５、自社保守部品在庫数３６の全ての入力項目４１を入力する（Ｓ１２）。需要者端末２０ー１〜２０ーｎは、入力項目４１を入力して供給元管理装置１０へ送信する。
【００５１】
供給元管理装置１０は、入力済み保守部品所要表ＤＢ１１１を受信し、所要数自動計算手段１２により自動計算項目４２の保守部品所要数３７を演算する（Ｓ２３）。所要数自動計算手段１２は、パラメータ（入力項目４１）の入力データと保守部品別障害率実績ＤＢ１１２とから保守部品所要数３７を演算する。供給元管理装置１０は、保守部品所要数３７と自社保守部品在庫数３６とから保守部品余剰数３８と保守部品不足数３９とを演算する（Ｓ２４）。演算結果の保守部品所要表ＤＢ１１１の一例を図４に示す。
【００５２】
供給元管理装置１０は、登録・読出手段１３により演算結果の保守部品所要表ＤＢ１１１を磁気ディスク装置１１へ格納（登録）し（Ｓ２５）、かつ、需用者別過不足表ＤＢ１１３の保守部品の余剰数３８、不足数３９とを格納する（Ｓ２６）。
【００５３】
次に、供給元管理装置１０は、需用者別過不足表ＤＢ１１３と共に、需要者別購入／販売表ＤＢ１１４を磁気ディスク装置１１から読み出し、送受信手段１５を介して需要者端末２０ー１〜２０ーｎへ送信する（Ｓ２７）。このとき、供給元管理装置１０は、メールにて、需要者端末２０ー１〜２０ーｎに対して、供給元管理装置１０にアクセスして需要者別購入／販売表ＤＢ１１４の購入希望数４３と販売可能数４４とを入力するように依頼する。
【００５４】
需要者は、需要者端末２０ー１〜２０ーｎで受信した需要者別過不足表ＤＢ１１３の余剰数３８と不足数３９とを参照(図５参照）して、需要者別購入／販売表ＤＢ１１４の購入希望数４３と販売可能数４４とを入力する（Ｓ１３）。なお、購入希望数４３と販売可能数４４とは、需要者が判断して決定する。従って、余剰数３８と販売可能数４４、不足数３９と購入希望数４３とは、必ずしも一致するとは限らない。
【００５５】
供給元管理装置１０は、購入希望数４３と販売可能数４４とを入力済みの需要者別購入／販売表ＤＢ１１４を受信する。集計手段１７は、図６に示す如く、装置コード３１別のの全ての需要者端末２０ー１〜２０ーｎに対する購入希望数４３の累計４５と販売可能数４４の累計４５とを各々求める集計処理を行う（Ｓ２８）。
【００５６】
次に、供給元管理装置１０は、購入希望数／販売可能数比較手段１６により、購入希望数４３の累計４５と販売可能数４４の累計４５とを比較する（Ｓ２９）。比較結果、購入希望数４３の累計４５が販売可能数４４の累計４５より大きいとき、供給元管理装置１０は、受発注手段１４により、該当する装置コード３１の保守部品の発注処理を行う（Ｓ３０）。図６の例示では、装置コード３１がＺ４５０２、品名３２がＨＤＤ、パーツコード３３がＣＣー１２３４５の保守部品を１５個発注することになる。なお、発注処理は、宅配業者端末５０と保守部品の製造業者端末（図示せず）とに対して行う。宅配業者端末５０は、配送処理を行い（Ｓ５１）、製造業者端末は、受注処理を行う（Ｓ６１）が、上記（Ｓ３０）以降の処理に関しては、詳細な説明を省略する。
【００５７】
供給元管理装置１０は、需要者間で調達できない保守部品と数量との情報を把握することができるため、保守部品製造メーカへ最終所要数を正確に連絡することができる。
【００５８】
上記（Ｓ２９）において、購入希望数４３の累計４５が販売可能数４４の累計４５以下のとき、供給元管理装置１０は、新たに保守部品を製造する発注処理を行わない。供給元管理装置１０は、需要者端末２０ー１〜２０ーｎに対して、販売／購入を了承した旨の確認通知を行う（Ｓ３１）が、（Ｓ３１）以降の処理に関しては、詳細な説明を省略する。
【００５９】
従って、供給元管理装置１０は、保守部品の余剰数３８、不足数３９を一括管理し、需要者全体での余剰数３８を活用し、無駄な保守部品を製造しないため、需要者、供給元は、双方にとって無駄なコストの発生を抑制できる。
【図面の簡単な説明】
【００６０】
【図１】本発明の保守部品管理システムを示す概略構成ブロック図である。
【図２】図１中の供給元管理装置を示す概略構成ブロック図である。
【図３】保守部品所要表ＤＢの一例を示す図である。
【図４】保守部品所要表ＤＢの一例を示す図である。
【図５】需要者別過不足表ＤＢの一例を示す図である。
【図６】需要者別購入／販売表ＤＢの一例を示す図である。
【図７】保守部品管理システムの動作を説明するための図である。
【符号の説明】
【００６１】
１ 保守部品管理システム
１０ 供給元管理装置
１１ 磁気ディスク装置
１２ 所要数自動計算手段
１３ 登録・読出手段
１４ 受発注手段
１５ 送受信手段
１６ 購入希望数／販売可能数比較手段
１７ 集計手段
１００ インタネット
１１１ 保守部品所要表ＤＢ
１１２ 保守部品別障害率実績ＤＢ
１１３ 需要者別過不足表ＤＢ
１１４ 需要者別購入／販売表ＤＢ
２０ー１〜２０ーｎ 需要者端末
３１ 装置コード
３２ 品名
３３ パーツコード
３４ 装置稼働台数
３５ 撤去予定年月
３６ 自社保守部品在庫数
３７ 保守部品所要数
３８ 保守部品余剰数
３９ 保守部品不足数
４１ 入力項目
４２ 自動計算項目
４３ 購入希望数
４４ 販売可能数
４５ 累計
５０ 宅配業者端末
【特許請求の範囲】
【請求項１】
保守部品の供給管理を行う供給元管理装置と保守部品を使用するユーザの需要者端末とをネットワークを介して接続し、保守部品の管理を行う保守部品管理システムであって、前記供給元管理装置は、最終所要数を算出するためのパラメータを設定した保守部品所要表と、前記需用者端末別に保守部品の過不足数を表示する需用者別過不足表と、購入希望数と販売可能数とを表示する需用者別購入／販売表と、保守部品別障害率実績データとを格納する記憶手段と、前記需要者端末から入力した前記パラメータの入力データに対する保守部品所要数を演算する所要数自動計算手段と、前記記憶手段へ情報の書き込み・読み出しを行う登録・読出手段と、前記需要者端末から入力した購入希望数と販売可能数とを各々集計する手段と、前記購入希望数と前記販売可能数とを比較する購入希望数／販売可能数比較手段とを有することを特徴とする保守部品管理システム。
【請求項２】
前記供給元管理装置は、前記購入希望数／販売可能数比較手段による比較結果、前記購入希望数が前記販売可能数より多いとき、保守部品の発注を行う受発注手段を有することを特徴とする請求項１記載の保守部品管理システム。
【請求項３】
前記供給元管理装置は、前記購入希望数／販売可能数比較手段による比較結果、前記購入希望数が前記販売可能数以下のとき、保守部品製造元への発注を行わないことを特徴とする請求項１記載の保守部品管理システム。
【請求項４】
前記所要数自動計算手段は、前記パラメータの入力データと前記保守部品別障害率実績データとから前記保守部品所要数を演算する手段を有することを特徴とする請求項１記載の保守部品管理システム。
【請求項５】
前記パラメータは、装置稼働台数と撤去予定年月と自社保守部品在庫数とを有することを特徴とする請求項１または４記載の保守部品管理システム。
【請求項６】
前記需用者別過不足表は、自社保守部品在庫数と前記保守部品所要数に対する保守部品余剰数と保守部品不足数とを有することを特徴とする請求項１記載の保守部品管理システム。
【請求項７】
保守部品の供給管理を行う供給元管理装置と保守部品を使用するユーザの需要者端末とをネットワークを介して接続し、保守部品の管理を行う保守部品管理方法であって、前記供給元管理装置は、最終所要数を算出するためのパラメータを設定した保守部品所要表と、前記需用者端末別に保守部品の過不足数を表示する需用者別過不足表と、購入希望数と販売可能数とを表示する需用者別購入／販売表と、保守部品別障害率実績データとを登録・読出手段により記憶手段へ格納するステップと、前記需要者端末から入力した前記パラメータの入力データに対する保守部品所要数を所要数自動計算手段により演算するステップと、前記需要者端末から入力した購入希望数と販売可能数とを各々集計するステップと、前記購入希望数と前記販売可能数とを購入希望数／販売可能数比較手段により比較するステップと、比較結果、前記購入希望数が前記販売可能数より多いときのみ、受発注手段により保守部品の発注を行うステップとを有することを特徴とする保守部品管理方法。
【請求項８】
前記所要数自動計算手段は、前記パラメータの入力データと前記保守部品別障害率実績データとから前記保守部品所要数を演算するステップを有することを特徴とする請求項７記載の保守部品管理方法。
【請求項９】
前記パラメータは、装置稼働台数と撤去予定年月と自社保守部品在庫数とを有することを特徴とする請求項７または８記載の保守部品管理方法。
【請求項１０】
保守部品を使用するユーザの需要者端末とネットワークを介して接続し、保守部品の供給管理を行う供給元管理装置であって、最終所要数を算出するためのパラメータを設定した保守部品所要表と、前記需用者端末別に保守部品の過不足数を表示する需用者別過不足表と、購入希望数と販売可能数とを表示する需用者別購入／販売表と、保守部品別障害率実績データとを格納する記憶手段と、前記需要者端末から入力した前記パラメータの入力データに対する保守部品所要数を演算する所要数自動計算手段と、前記記憶手段へ情報の書き込み・読み出しを行う登録・読出手段と、前記需要者端末から入力した購入希望数と販売可能数とを各々集計する手段と、前記購入希望数と前記販売可能数とを比較する購入希望数／販売可能数比較手段とを有することを特徴とする供給元管理装置。
【請求項１１】
前記所要数自動計算手段は、前記パラメータの入力データと前記保守部品別障害率実績データとから前記保守部品所要数を演算する手段を有することを特徴とする請求項１０記載の供給元管理装置。
【請求項１２】
前記パラメータは、装置稼働台数と撤去予定年月と自社保守部品在庫数とを有することを特徴とする請求項１０または１１記載の供給元管理装置。
【請求項１３】
前記需用者別過不足表は、自社保守部品在庫数と前記保守部品所要数に対する保守部品余剰数と保守部品不足数とを有することを特徴とする請求項１０記載の供給元管理装置。
【請求項１４】
前記記憶手段は、磁気ディスク装置または光ディスク装置を有することを特徴とする請求項１０記載の供給元管理装置。
【請求項１５】
保守部品の供給管理を行う供給元管理装置と保守部品を使用するユーザの需要者端末とをネットワークを介して接続し、保守部品の管理を行う保守部品管理方法のプログラムであって、前記供給元管理装置を、最終所要数を算出するためのパラメータを設定した保守部品所要表と、前記需用者端末別に保守部品の過不足数を表示する需用者別過不足表と、購入希望数と販売可能数とを表示する需用者別購入／販売表と、保守部品別障害率実績データとを登録・読出手段により記憶手段へ格納する手段と、前記需要者端末から入力した前記パラメータの入力データに対する保守部品所要数を所要数自動計算手段により演算する手段と、前記需要者端末から入力した購入希望数と販売可能数とを各々集計する手段と、前記購入希望数と前記販売可能数とを購入希望数／販売可能数比較手段により比較する手段と、比較結果、前記購入希望数が前記販売可能数より多いときのみ、受発注手段により保守部品の発注を行う手段として機能させるためのプログラム。
【請求項１】
保守部品の供給管理を行う供給元管理装置と保守部品を使用するユーザの需要者端末とをネットワークを介して接続し、保守部品の管理を行う保守部品管理システムであって、前記供給元管理装置は、最終所要数を算出するためのパラメータを設定した保守部品所要表と、前記需用者端末別に保守部品の過不足数を表示する需用者別過不足表と、購入希望数と販売可能数とを表示する需用者別購入／販売表と、保守部品別障害率実績データとを格納する記憶手段と、前記需要者端末から入力した前記パラメータの入力データに対する保守部品所要数を演算する所要数自動計算手段と、前記記憶手段へ情報の書き込み・読み出しを行う登録・読出手段と、前記需要者端末から入力した購入希望数と販売可能数とを各々集計する手段と、前記購入希望数と前記販売可能数とを比較する購入希望数／販売可能数比較手段とを有することを特徴とする保守部品管理システム。
【請求項２】
前記供給元管理装置は、前記購入希望数／販売可能数比較手段による比較結果、前記購入希望数が前記販売可能数より多いとき、保守部品の発注を行う受発注手段を有することを特徴とする請求項１記載の保守部品管理システム。
【請求項３】
前記供給元管理装置は、前記購入希望数／販売可能数比較手段による比較結果、前記購入希望数が前記販売可能数以下のとき、保守部品製造元への発注を行わないことを特徴とする請求項１記載の保守部品管理システム。
【請求項４】
前記所要数自動計算手段は、前記パラメータの入力データと前記保守部品別障害率実績データとから前記保守部品所要数を演算する手段を有することを特徴とする請求項１記載の保守部品管理システム。
【請求項５】
前記パラメータは、装置稼働台数と撤去予定年月と自社保守部品在庫数とを有することを特徴とする請求項１または４記載の保守部品管理システム。
【請求項６】
前記需用者別過不足表は、自社保守部品在庫数と前記保守部品所要数に対する保守部品余剰数と保守部品不足数とを有することを特徴とする請求項１記載の保守部品管理システム。
【請求項７】
保守部品の供給管理を行う供給元管理装置と保守部品を使用するユーザの需要者端末とをネットワークを介して接続し、保守部品の管理を行う保守部品管理方法であって、前記供給元管理装置は、最終所要数を算出するためのパラメータを設定した保守部品所要表と、前記需用者端末別に保守部品の過不足数を表示する需用者別過不足表と、購入希望数と販売可能数とを表示する需用者別購入／販売表と、保守部品別障害率実績データとを登録・読出手段により記憶手段へ格納するステップと、前記需要者端末から入力した前記パラメータの入力データに対する保守部品所要数を所要数自動計算手段により演算するステップと、前記需要者端末から入力した購入希望数と販売可能数とを各々集計するステップと、前記購入希望数と前記販売可能数とを購入希望数／販売可能数比較手段により比較するステップと、比較結果、前記購入希望数が前記販売可能数より多いときのみ、受発注手段により保守部品の発注を行うステップとを有することを特徴とする保守部品管理方法。
【請求項８】
前記所要数自動計算手段は、前記パラメータの入力データと前記保守部品別障害率実績データとから前記保守部品所要数を演算するステップを有することを特徴とする請求項７記載の保守部品管理方法。
【請求項９】
前記パラメータは、装置稼働台数と撤去予定年月と自社保守部品在庫数とを有することを特徴とする請求項７または８記載の保守部品管理方法。
【請求項１０】
保守部品を使用するユーザの需要者端末とネットワークを介して接続し、保守部品の供給管理を行う供給元管理装置であって、最終所要数を算出するためのパラメータを設定した保守部品所要表と、前記需用者端末別に保守部品の過不足数を表示する需用者別過不足表と、購入希望数と販売可能数とを表示する需用者別購入／販売表と、保守部品別障害率実績データとを格納する記憶手段と、前記需要者端末から入力した前記パラメータの入力データに対する保守部品所要数を演算する所要数自動計算手段と、前記記憶手段へ情報の書き込み・読み出しを行う登録・読出手段と、前記需要者端末から入力した購入希望数と販売可能数とを各々集計する手段と、前記購入希望数と前記販売可能数とを比較する購入希望数／販売可能数比較手段とを有することを特徴とする供給元管理装置。
【請求項１１】
前記所要数自動計算手段は、前記パラメータの入力データと前記保守部品別障害率実績データとから前記保守部品所要数を演算する手段を有することを特徴とする請求項１０記載の供給元管理装置。
【請求項１２】
前記パラメータは、装置稼働台数と撤去予定年月と自社保守部品在庫数とを有することを特徴とする請求項１０または１１記載の供給元管理装置。
【請求項１３】
前記需用者別過不足表は、自社保守部品在庫数と前記保守部品所要数に対する保守部品余剰数と保守部品不足数とを有することを特徴とする請求項１０記載の供給元管理装置。
【請求項１４】
前記記憶手段は、磁気ディスク装置または光ディスク装置を有することを特徴とする請求項１０記載の供給元管理装置。
【請求項１５】
保守部品の供給管理を行う供給元管理装置と保守部品を使用するユーザの需要者端末とをネットワークを介して接続し、保守部品の管理を行う保守部品管理方法のプログラムであって、前記供給元管理装置を、最終所要数を算出するためのパラメータを設定した保守部品所要表と、前記需用者端末別に保守部品の過不足数を表示する需用者別過不足表と、購入希望数と販売可能数とを表示する需用者別購入／販売表と、保守部品別障害率実績データとを登録・読出手段により記憶手段へ格納する手段と、前記需要者端末から入力した前記パラメータの入力データに対する保守部品所要数を所要数自動計算手段により演算する手段と、前記需要者端末から入力した購入希望数と販売可能数とを各々集計する手段と、前記購入希望数と前記販売可能数とを購入希望数／販売可能数比較手段により比較する手段と、比較結果、前記購入希望数が前記販売可能数より多いときのみ、受発注手段により保守部品の発注を行う手段として機能させるためのプログラム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【公開番号】特開２００７−３４７７１（Ｐ２００７−３４７７１Ａ）
【公開日】平成１９年２月８日（２００７．２．８）
【国際特許分類】
【出願番号】特願２００５−２１８３１３（Ｐ２００５−２１８３１３）
【出願日】平成１７年７月２８日（２００５．７．２８）
【出願人】（０００２３２１４０）ＮＥＣフィールディング株式会社 (373)
【公開日】平成１９年２月８日（２００７．２．８）
【国際特許分類】
【出願日】平成１７年７月２８日（２００５．７．２８）
【出願人】（０００２３２１４０）ＮＥＣフィールディング株式会社 (373)
[ Back to top ]