(57)【特許請求の範囲】
【請求項１】
一台の又は複数台の既納機械の運転履歴を管理している客先のコンピュータと保守管理者のサーバとがインターネットを介して接続され、サーバは、保守管理しているすべての機械についてそれらの機械が使用する保守ないし補給部品について、旧部品と当該旧部品を改良した新部品との関係とこれら新旧部品の適用機種を登録したデータベースと、このデータベースを参照して部品コードを変更する部品コード変更手段とを備え、
既納機械の部品を保守管理するとき、前記部品コード変更手段により部品交換が行われている部品の部品コードを当該交換後の部品コードに変更した後、前記データベースを参照して、それらの部品コードにより管理対象の部品を改良した最新部品の存否及び当該既納機械についての当該最新部品の代替可能性を判別して、当該部品の管理を行うことを特徴とする、
工作機械の部品管理システム。
【請求項２】
前記データベースは、改訂後の新部品コードとその改訂元となった旧部品コードとの対応を順次登録した部品改訂データベースと、部品改訂データベースに新部品を登録する毎にその新部品が適用される機種を一対一の関係で登録した互換性データベースと、生産中止部品を登録した生産中止データベースで構成されることを特徴とする、請求項１記載の部品管理システム。
【請求項３】
前記サーバが、個々の既納機械について部品の交換があったときに、交換前部品コードと交換後部品コードと交換時期とをその機械の機械ＩＤと共に記録した部品交換履歴データベースを備え、
既納機械の部品を保守管理するとき、前記部品コード変更手段は、当該部品交換履歴データベースを参照して、部品交換が行われている部品の部品コードを変更することを特徴とする、請求項１又は２記載の部品管理システム。
【請求項４】
一台の又は複数台の既納機械の運転履歴を管理している客先のコンピュータと保守管理者のサーバとがインターネットを介して接続され、サーバは、保守管理しているすべての機械についてそれらの機械が使用する保守ないし補給部品について、旧部品と当該旧部品を改良した新部品との関係とこれら新旧部品の適用機種を登録したデータベースと、このデータベースを参照して部品コードを変更する部品コード変更手段と、部品の注文システムとを備え、客先のコンピュータから既納機械の部品の注文を受けたとき、前記データベースを参照して、受注した部品を改良した新部品の存否及び当該機械についての新部品の代替可能性を判別して、当該部品の注文処理を行うことを特徴とする、請求項１、２又は３記載の部品管理システム。
【請求項５】
一台の又は複数台の既納機械の運転履歴を管理している客先のコンピュータと保守管理者のサーバとがインターネットを介して接続され、サーバは、保守管理しているすべての機械についてそれらの機械が使用する保守ないし補給部品について、旧部品と当該旧部品を改良した新部品との関係とこれら新旧部品の適用機種を登録したデータベースと、このデータベースを参照して部品コードを変更する部品コード変更手段と、部品の注文数予測システムを備え、客先のコンピュータから既納機械の運転履歴を収集して保守に必要な部品の将来の在庫量を予測するとき、前記データベースを参照して、各機械の部品リストに登録された部品について改良した新部品の存否及び当該機械についての新部品の代替可能性を判別して、各部品の必要在庫量を予測することを特徴とする、請求項１、２又は３記載の部品管理システム。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、ネットワーク接続されたコンピュータを使用して、客先に納入した工作機械の交換部品（刃物台ユニットや主軸ユニットなどのユニットを含む。）の発注や在庫管理を行うシステムに関するもので、一部の部品を共用している多種類の機械があり、かつ機能の改善やコスト低減のための設計変更（部品改訂）が度々行われることのあるこれら共用部品の管理に好適な上記システムに関するものである。
【背景技術】
【０００２】
現在使用されている工作機械の多くは、制御用のコンピュータを備えている。そこで、この制御用コンピュータ又は複数の制御用コンピュータとネットワークを構成している客先の管理コンピュータで各工作機械の稼動状況の管理や機械の故障診断を行う方法及び装置が種々提案されている。更に、客先のコンピュータ（個々の機械に付属している制御用コンピュータ又は複数の制御用コンピュータを管理している管理コンピュータ。以下、「クライアント」と言う。）と工作機械の製造元に設置したサーバとをインターネットで結んでオンラインで補給部品の発注や、より詳細な故障診断を行う技術も提案されている。更に、客先に設置した工作機械の部品リスト及びインターネットを通じて受信した当該機械の稼動状況から各部品の寿命データを参照して、各部品の交換時期を予測して在庫管理を行う技術も提案されている。
【０００３】
例えばこの出願の出願人は、特許文献１において、クライアントと機械製造元に設置したサーバとをインターネットで接続し、クライアントから送信された機械状態データを基にサーバに搭載した故障診断システムで故障箇所を診断し、診断結果をクライアントに送信するという故障診断システムを提案している。
【０００４】
また、特許文献２は、管理コンピュータが、各制御用コンピュータから各駆動機構部の稼働状況に関するデータを受信し、受信したデータを基に各駆動機構部の消耗度を評価し、各駆動機構部の消耗度を一元的に管理することにより、全工作機械についての保守計画を容易に立案可能にする工作機械保守管理システムを提案している。
【０００５】
特許文献３は、クライアントにインターネットを介して接続されたサーバに機械出荷記録データベース、機械構成部品データベース及び部品情報データベースを接続し、サーバは、クライアントから稼働時間データを受信し、受信したデータと部品寿命、部品価格などを含む前記各データベースの情報とを用いて、各クライアントに点検時期の提案を行う機械保守管理システムを提案している。前記機械構成部品データベースには、既納機単位で当該機械および当該機械の制御装置を構成する部品・ユニットに対する製造業者やサービス業者が使用する品番、必要数量、部品図面、購入単価／売価などのリストが格納されている。
【０００６】
また、特許文献４は、クライアントが収集した各工作機械の各駆動機構部の稼働状況に関するデータをインターネットを介して接続されたサーバに送信し、サーバは、受信した稼働状況データを基に、各駆動機構部の消耗度を随時評価するとともに、評価した消耗度が所定の基準値を超えているか否かを判定し、超えていることを確認した場合にはその旨のアラームを出力する、工作機械の保守管理システムを提案している。
【特許文献１】特開平１１−１１９８１５号公報
【特許文献２】特開２００１−３５０５１０号公報
【特許文献３】特開２００２−２４４７０７号公報
【特許文献４】特開２００４−２９５３４８号公報
【発明の開示】
【発明が解決しようとする課題】
【０００７】
工作機械の分野では、同一メーカで製造されている工作機械であっても、製造台数の多い汎用的な機種もあれば、比較的製造台数の少ない機種もあり、更には稀にしか製造されない特殊仕様の機種もある。そして、製造台数の多い機種、少ない機種、特殊仕様の機種がそれぞれ多機種あり、かつこれらの機種間で一部共通して使用している部品（共用部品）が多数あり、更に、機械寿命に比べて新機種開発の期間が短いという状況になる場合が多く生ずる。このような場合、市場で新機種と旧機種、更に旧旧機種が使用されており、これらの新旧の機種間で一部の部品が共通し、一部の部品が改良されており、更に新機種用に改良した部品が補給部品として旧機種に使えるものも使えないものもあるというような状況になる。このような場合、従来提案されている技術では全体としての補給部品の管理を行うことができない。
【０００８】
工作機械メーカの設計者は、性能向上やコスト低減などの目的で、既存機種に代替する新機種を設計するとき、使用できる部品は旧部品をそのまま使用し、改良が必要な部品だけを新規に設計することが殆どである。また、従来製造していない新機種を開発するときや特殊使用の機械を受注したときは、生産台数の多い機種で使用されている部品をできるだけ多く使用し、新しく設計製作する部品をできるだけ少なくして要求される仕様を実現しようとするのが一般的である。そして、機種毎に設計者が異なり、どのような部品が共用されたかを互いに知らないことがあるため、新機種や特殊仕様の機種を客先に納入した後で生産台数の多い機種の部品が改訂されたとき、その部品を共用している生産台数の少ない新機種や特殊仕様の機種に新部品も共用できるかどうか確認されないことが往々にして起こる。
【０００９】
そのような状況で、新機種に置き換えられている旧機種について補給部品の発注があったとき、あるいは新部品に置換えられている旧部品を共用していた特殊使用の機械について当該旧部品の補給が必要になったときなど、当該機械の修理や保守を行うサービス担当者が当該機種については互換性のない（代替できない）新部品を使用したり、性能が向上した代替可能な新部品があるにも関わらず、旧部品で補修するなどということが起り、製造している機種が多くなればなるほど、部品の発注や保守に時間がかかり、サービス担当者の作業負担も増えるという問題があった。最悪の場合には、修理が依頼された後に、新部品が代替不可能で旧部品が生産停止になっていることが判明したため、新たに代替部品を設計製作しなければ修理ができないということが起るおそれもあった。
【００１０】
この発明は、定常的に生産されている機種から稀にしか製造しない機種などの生産台数が違う多数の機種があり、更にこれらの機種間で部品の共用が行われている場合であって、それらの部品の改訂が随時、あるいは頻繁に行われている場合であっても、既存の機械の修理や保守のために必要な補給部品の発注や在庫管理を間違いなく行うことができると共に、生産中止になった部品の代替品の設計製作を行うべき時期を知ることもできる補給部品管理システムを得ることを課題としている。
【課題を解決するための手段】
【００１１】
この発明は、一台の工作機械１を制御している制御用コンピュータ１０又は複数台の制御用コンピュータを管理している客先の管理コンピュータ１１（クライアント）と当該工作機械の製造者や保守担当者などの保守管理者のサーバ３とがインターネット２を介して接続されて、既納機械１の適時交換される部品や補給される部品（以下、単に「部品」と言う。）の管理をサーバ３によって行うための、工作機械の部品管理システムである。
【００１２】
この発明に係る部品管理システムの前記サーバは、保守管理しているすべての既納機械１についてそれらの機械が使用する部品について、旧部品と当該旧部品を改良した新部品との関係とこれら新旧部品の適用機種を登録したデータベース３１、３２と、このデータベースを参照して部品コードを変更する部品コード変更手段とを備えている。既納機械１の部品を管理するとき、前記部品コード変更手段により部品交換が行われている部品の部品コードを当該交換後の部品コードに変更した後、前記データベース３１、３２を参照して、管理対象の部品を改良した最新部品の存否及び管理している個々の既納機械についての最新部品の適用可能性ないし代替可能性を判別して、当該部品の管理を行う。
【００１３】
前記データベースは、改訂後の新部品コードとその改訂元となった旧部品コードとの対応を順次登録した部品改訂データベース３１と、部品改訂データベース３１に新部品を登録する毎にその新部品が適用される機種を一対一の関係で登録した互換性データベース３２と、生産中止部品を登録した生産中止データベース３３で構成することが好ましい（請求項２）。
【００１４】
サーバ３は、これらのＤＢ（データベース）にレコードを新規登録し、またレコードを書換える操作画面４の表示手段を備えている。好ましい操作画面表示手段は、改訂後の新部品コード及びその改訂元となった旧部品コードの入力欄４１ｎ、４１ｏと、当該新部品及び旧部品に新旧関係で関係付けられた関連旧部品を表示する表示欄４１ｐ、４１ｑ・・・と、これら入力欄及び表示欄に関係付けられて、それぞれの部品が適用される機種を一対多の関係で表示する適用機種表示領域４２ｎ、４２ｏ、４２ｐ、４２ｑ・・・とを備え、かつ、旧部品の適用機種表示領域４２ｏ、４２ｐ、４２ｑ・・・に表示された機種を個別に新部品の適用機種表示領域４２ｎに移動する表示移動手段４３とを備えたものである。
【００１５】
更に、サーバ３が、個々の既納機械１について部品の交換があったときに、交換前部品コードと交換後部品コードと交換時期とをその機械の機械ＩＤと共に記録した部品交換履歴ＤＢ３５を備え、既納機械１の部品を管理するとき、前記判別する前に、当該部品交換履歴ＤＢ３５を参照して、管理対象の部品コードを変更する構成とすることが好ましい（請求項３）。
【００１６】
請求項４の発明は、この発明を適用した部品の発注システムである。すなわち、一台の又は複数台の既納機械１の運転履歴を管理している客先のコンピュータ１０、１１と保守管理者のサーバ３とがインターネット２を介して接続され、サーバ３は、保守管理しているすべての既納機械１についてそれらの既納機械が使用する保守ないし補給部品について、旧部品と当該旧部品を改良した新部品との関係とこれら新旧部品の適用機種を登録したデータベース３１、３２と、このデータベースを参照して部品コードを変更する部品コード変更手段と、部品の注文システム５１とを備え、客先のコンピュータ１０、１１から既納機械１の部品の注文を受けたとき、前記データベースを参照して、受注した部品を改良した新部品の存否及び当該機械についての新部品の代替可能性を判別して、当該部品の注文処理を行うというものである。
【００１７】
請求項５の発明は、この発明を適用した部品の注文数予測システムである。すなわち、一台の又は複数台の既納機械１の運転履歴を管理している客先のコンピュータ１０、１１と保守管理者のサーバとがインターネット２を介して接続され、サーバ３は、保守管理しているすべての既納機械１についてそれらの既納機械が使用する保守ないし補給部品について、旧部品と当該旧部品を改良した新部品との関係とこれら新旧部品の適用機種を登録したデータベース３１、３２と、このデータベースを参照して部品コードを変更する部品コード変更手段と、部品の注文数予測システム５６を備え、客先のコンピュータ１０、１１から既納機械１の運転履歴を収集して保守に必要な部品の将来の在庫量を予測するとき、前記データベースを参照して、各機械の部品リスト１３に登録された部品について改良した新部品の存否及び当該機械についての新部品の代替可能性を判別して、各部品の必要在庫量を予測するというものである。
【発明の効果】
【００１８】
工作機械メーカは、新機種の開発を行う開発担当部、既存機械の軽微な部品改良や購入部品の販売中止などに伴って部品の変更を行う設計部、特殊な機械の受注設計製作を行う部門など、各部門に分かれており、製造中の及び過去に製造販売した多種類の機種を持っている。そして、機種によって生産台数が異なり、特殊仕様の機械では、一台のみ生産される機械や、再生産が数年後になると考えられる機械などがある。
【００１９】
この発明により、異なる部門で新機種の開発、既存機種の改良、特殊機種の製造などが行われたときでも、簡単な構造のデータベース３１、３２に新旧部品の関係と新部品が適用される機種を順次登録するだけで、その後の既納機械の部品管理を簡単にかつ間違いなく行うことができるようになる。また、故障などの自動診断機能で部品交換が検出されたときなど、クライアント１０、１１から機械ＩＤ（既納機械毎に個別の識別コード。機械ＩＤにより機種及び納品時の部品リストは特定される。）と交換が必要と判定された部品コードをインターネット２を通してサーバ３に送信することにより、適切な交換部品を速やかに選定することが可能になり、速やかな故障の回復が可能になる。
【００２０】
この発明により、既納機械１毎に、その既納機械の当初の部品一覧及び互換性のある最新の部品一覧を表示でき、互換性のある交換部品の存否及びその部品コードを確認でき、各部品の寿命、価格、納期、在庫量などが登録されている部品ＤＢ３４と関連付けることにより、それらの部品の納期も確認できる。また、部品交換後、部品リストを更新表示し、現状の構成部品を確認でき、交換履歴を管理できる。
【００２１】
更に、既納機械の運転履歴データを定期的にサーバ３にアップロードし、消耗部品の交換時期到達を画面に表示でき、故障発生前に客先に部品交換を促すことができる。更に、メーカ側で客先の機械運転状況が把握できるとともに、新旧それぞれの部品について、補給部品の適切な在庫管理を行うことができる。
【発明を実施するための最良の形態】
【００２２】
以下、図面を参照して、この発明の実施形態を説明する。図１〜３は、システムの全体構成を示す図で、機械製造メーカに設置されたサーバ３がインターネット２を通じて各工作機械１・・・に付属の制御用コンピュータ１０又は複数の制御用コンピュータを管理している管理コンピュータ１１（クライアント）・・・に接続されている。
【００２３】
クライアント１０、１１は、機械１の運転管理を行っており、機械が設置されてからの機械１の運転状況の履歴データを記憶する運転履歴メモリ１４を持っている。クライアント１０、１１は、制御ないし管理している機械１に使用されている部品を記録した部品リスト１３と、注文画面表示手段と、注文データ送信手段とを持っている。クライアント１０、１１がサーバ３からある部品の注文画面を受信したとき、注文画面表示手段は、部品リストを参照して、発注ボタンを含む注文画面をクライアント１０、１１のモニタに表示する。発注ボタンがクリックされると、注文データ送信手段が部品コードと注文個数とを機械ＩＤと共にインターネット２を介してサーバ３に送信する。
【００２４】
サーバ３の補助記憶装置には、統合部品リスト３４と、部品改訂ＤＢ３１と、互換性ＤＢ３２と、生産中止ＤＢ３３とが登録されている。統合部品リスト３４は、部品管理を行っている総ての既納の機種についての部品リストが機種名と部品コードとを１対１に対応させて登録されている。ある機種名の機械が設計製作された時点で、その機種が使用する部品のリストが作成されるから、その部品リストを総ての機種について登録することにより、統合部品ＤＢ３４が作成される。統合部品ＤＢ３４を機種名で検索すれば、当該機種で使用している部品が総て検索され、また部品コードで検索すると、当該部品を使用している機種が総て検索できる。
【００２５】
部品改訂ＤＢ３１には、図４に示すように、改訂前の部品コードと改訂後の部品コードとが１対１の関係で登録されている。図４に示した部品コードは、部品名（アルファベット）とそのバージョンを示す数字で示されており、部品ａについて、最初に設計されたａ０、それを改訂したａ１とａ２、ａ２を更に改訂したａ３があることが記録されている。改訂履歴０〜３の部品改訂ＤＢ３１は、旧部品の設計変更を行ったとき、その設計者が旧部品の部品コードと、それに対応する新部品の部品コードとを入力することによって作成される。
【００２６】
図５に示す互換性ＤＢ３２は、最初は統合部品リスト３４をコピーすることによって作成され、改訂部品が設計される毎にレコードを書き換えることによって作成される。図５の例では、機械Ａ、Ｂ及びＸについて部品ａ２が使用され、機械Ｃ及びＳについては部品ａ１が使用され、機械Ｔ及びＹについては部品ａ０が使用されていることが記録されている。ここで例えば機械Ａ及びＢで使用していた部品ａ２が部品ａ３に改訂され、その新部品ａ３が機械Ｃ及びＳで使用している部品ａ１に代替可能であれば、レコードの内容が→で示すように書換えられる。新部品ａ３に書換えられない機械Ｘで使用している部品ａ２及び機械Ｔ及びＹで使用している部品ａ０は、新部品ａ３がこれらの機械に適用（代替）できないか又は代替可能性について確認されていないことを意味している。
【００２７】
生産中止ＤＢ３３は、ある部品が生産中止されたとき、その部品コードを随時登録することによって作成される。
【００２８】
図６は、部品改訂ＤＢ３１と互換性ＤＢ３２のレコードの追加と書換えとを行うことができるようにした操作画面の一例を示した図である。この操作画面を表示する前提として、部品改訂ＤＢ３１には旧部品コードを関連元とし、新部品コードを関連先とする自己リレーションと、新部品コードを関連元とし、旧部品コードを関連先とする自己リレーションとの２つの自己リレーションをとり、部品改訂ＤＢ３１と互換性ＤＢ３２の間には、部品改訂ＤＢ３１の部品コードを関連元とし、互換性ＤＢ３２の部品コードを関連先として１対多の関係で機種名をサーバのモニタに表示するリレーションをとり、部品改訂ＤＢ３１と生産中止ＤＢ３３との間には、部品改訂ＤＢ３１の部品コードを関連元とし、生産中止ＤＢ３３の部品コードを関連先としてサーバ３のモニタに当該部品が生産中止されたことを表示するリレーションをとっておく。
【００２９】
図６において、新部品欄４１ｎには新しく設計した部品コードが入力され、旧部品欄４１ｏにはその新部品の改訂元となった旧部品コードが入力される。画面表示プログラムは、部品改訂ＤＢ３１の２つの自己リレーションで関連付けられた部品コードを関連旧部品欄４１ｐ、４１ｑに表示する。ここで部品改訂ＤＢ３１に双方向の自己リレーションをとっているのは、旧部品から枝分かれした状態で２つの新部品が設計されたようなときにも。関連する旧部品をもれなく表示できるようにするためである。画面表示プログラムは、入力及び表示されたそれぞれの部品コードについて、互換性ＤＢ３２に登録されている機種名を１対多の関係で、かつ各機種名の頭にチェックボックス４３を付けた状態で表示する。更に画面表示プログラムは、表示された部品コードのどれかが生産中止ＤＢ３３に登録されていれば、生産中止部品である旨４４を表示する。画面表示プログラムは、更にそれぞれの処理プログラムが割り当てられた確認再表示ボタン４５とＯＫボタン４６とキャンセルボタン４７とを画面に表示する。
【００３０】
オペレータ（新部品を設計した担当者）が、新部品コードとその改訂元となった旧部品コードとを新部品欄４１ｎと旧部品欄４１ｏに入力すると、関連旧部品コード、各旧部品を使用している機種名及び生産中止部品であることの表示が表示されるから、オペレータは、新部品が使用可能であることを確認した機種名のチェックボックス４３をチェックし、確認再表示ボタン４５をクリックする。確認再表示ボタン４５に割当てられた確認再表示プログラムは、サーバの主メモリ上の部品改訂ＤＢ３１に新部品コードａ３と旧部品コードａ２を内容とする新レコードを追加すると共に、チェックボックス４３にチェックが付けられた機種名に対応する互換性ＤＢの関連レコードの部品コードを新部品コードに書き換えて再表示する（図６に示した例で図５の適用部品欄が→の右に示した内容に書き換えられる。）。これにより、チェックボックスを付した機種名が旧部品群の表示領域４２ｏ・・・４２ｑから新部品の表示領域４２ｎへと移動して表示される。オペレータがＯＫボタン４６をクリックすると、主メモリ上のデータで補助記憶装置のデータベース３１、３２が更新され、またキャンセルボタン４７をクリックすると主メモリ上のデータは破棄される。
【００３１】
新部品を登録した後において、当該新部品が旧部品を共用している他の機種においても互換可能であることが確認されたときは、登録済の新部品コードを新部品欄４１ｎに入力すると、旧部品欄４１ｏと関連旧部品欄４１ｐ、４１ｑに旧部品コードが表示され、同時にそれらの部品に関連付けられた機種名がチェックボックス４３付きで一覧表示されるから、互換可能を確認した機種名のチェックボックス４３をチェックして確認再表示し、ＯＫボタン４６をクリックすれば、互換性ＤＢ３２を書き換えることができる。
【００３２】
サーバ３は、運転履歴受信手段と、補給部品検出手段と、注文画面送信手段と、部品発注システム５１と、部品ＤＢ３６と、部品交換履歴ＤＢ３５とを持っている。部品ＤＢ３６には、各部品の寿命、価格、在庫数、納期などが登録されている。運転履歴受信手段は、クライアント１０、１１から運転履歴データを受信する。補給部品検出手段は、クライアント１０、１１から受信した運転履歴データから各部品の負荷積算値を演算し、部品ＤＢ３６に登録されているそれぞれの部品の寿命（負荷積算値）と対比して、交換が必要な部品を検出する。検出された部品が補給部品である。サーバ３は、補給部品が検出されたとき、当該部品の注文画面をクライアント１０、１１に送信する。
【００３３】
部品の寿命は、その部品の使用が開始されてからその部品が使用されているユニットに作用する負荷の大きさと時間の長さを積算した値によって設定されている。例えば旋盤の主軸を軸支している軸受であれば、主軸モータの負荷トルクと主軸モータの回転数×回転時間を積算した値がある値に達したときに、当該軸受の交換を促すことができるように、その軸受の寿命が設定されている。
【００３４】
発注システム５１は、クライアント１０、１１から部品ＤＢ３６に登録されている部品の注文データを受信したとき、注文伝票や製造伝票、客先への請求書や納期の連絡等を行うシステムである。部品交換履歴ＤＢ３５は、図７に示すように、機械ＩＤと、交換前部品の部品コードと、交換後部品の部品コードと、当該部品の交換日付を登録したデータベースである。部品交換履歴ＤＢ３５は、クライアント１０、１１から部品交換終了を受信したとき、あるいは部品交換を担当したサービスマンの部品交換終了の入力を受けたとき、前記項目のレコードを順次追加することによって作成される。
【００３５】
図８は、発注システム５１の動作手順を示すフローチャートである。クライアントからの部品注文データを受信すると、サーバに割込みが入り、発注システム５１が起動する。注文データには、機械ＩＤと注文部品コードが含まれているから、まず機械ＩＤから機種を特定する。次に部品交換履歴ＤＢ３５を検索して、部品交換が行われている部品について、注文部品コードを変更する。すなわち、部品ａ０についての注文を受けたとき、当該機械について既に部品ａ０が部品ａ１に交換された履歴があれば、部品ａ０の注文を部品ａ１の注文に書換える。そして、部品改訂ＤＢ３１及び生産中止ＤＢ３３を参照して、注文された部品が改訂されているかどうか、生産中止になっていないかどうかを判定する。互換性ＤＢ３２と生産中止ＤＢ３３を部品改訂ＤＢ３１に関連付けておくことにより、注文対象の部品が生産されているかどうか、改訂部品があるかどうかが判定される。
【００３６】
改訂部品が無くて、その部品が生産中止になっていなければ、発注サブシステム５２により、当該部品を自動発注する。もし改訂部品が無くかつ生産中止であれば、部品選択画面を表示してオペレータの部品選択入力を待つ。部品選択画面は、図６の画面と同様な画面で良く、部品コードが表示されるテキストボックスを当該部品の選択ボタンとし、注文数の入力欄を設けておけば良い。改訂部品があり、かつ最も新しい改訂部品に当該機種についての代替可能である旨の登録があれば（図６の画面で最新部品の領域に対象機種が表示されている状態）、発注サブシステム５２でその最新部品を自動発注する。もし最新部品に機種登録が無ければ、部品選択画面を表示してオペレータの部品選択入力を待つ。オペレータは、設計者に、どの部品が交換部品として最も適しているかを問い合せ、最適な部品のボタンをクリックする。部品が選択されたら、発注サブシステム５２で選択された部品の注文を行う。発注サブシステム５２は、注文部品の在庫を確認し、必要な注文伝票や製造伝票、客先への請求書や納期の連絡等の指定された部品の発注処理を行うシステムであり、従来公知の注文システムを用いることができる。なお、対象部品が製造中止であり、互換可能な改訂部品がないときは、当該機種についての改訂部品を設計製作することとなる。
【００３７】
サーバ３は、注文数予測システム５５を持っている。注文数予測システム５５は、将来の各時点（例えば○年○月）において必要になると予測される交換部品の在庫量を予測するシステムである。この予測を行う前提として、クライアント１０、１１に、定期的に又はサーバ３からの問い合せに応答して、機械ＩＤと運転履歴を送信させる。
【００３８】
図９は、注文数予測システム５５の動作手順を示したフローチャートである。サーバ３は、総てのクライアント１０、１１から機械ＩＤと当該機械設置後の運転履歴とを内容とする運転履歴データを収集し、機械ＩＤから機種を特定し、クライアントの部品リスト１３又はサーバの統合部品リスト３４から当該機械の部品リストを入手し、部品交換履歴ＤＢ３５を参照して、もしある部品について部品交換が行われていれば、部品リストの当該部品コードを交換後の部品コードに書換え、当該部品についての運転履歴をその部品交換後の運転履歴のみとする。そして、注文数予測サブシステム５６により、部品ＤＢ３６の寿命項目を参照して、運転履歴から各部品毎にその交換時期を予測し、各時点毎に必要となると予測される各部品の数量を積算する。注文数予測サブシステム５６としては、例えば特許文献２〜４に提案されているような、保守管理システムを用いることができる。
【００３９】
以上のようにこの発明によれば、部品の発注や必要在庫の予測を行うとき、代替可能な新部品や生産停止されている旧部品と機種毎に異なる新旧部品の代替可能性を加味した交換部品の注文管理や在庫管理が可能になり、多機種で部品共用ないし流用が行われているときにも、それら全機種についての部品の注文処理、交換処理、必要在庫の管理などを効率よくかつ間違いなく行うことが可能になる。
【図面の簡単な説明】
【００４０】
【図１】システム構成図
【図２】クライアントの要部構成図
【図３】サーバの要部構成図
【図４】部品改訂ＤＢのデータを示す図
【図５】互換性ＤＢのデータを示す図
【図６】操作画面の一例を示す図
【図７】交換履歴ＤＢのデータを示す図
【図８】発注システムの動作手順を示すフローチャート
【図９】注文数予測システムの動作手順を示したフローチャート
【符号の説明】
【００４１】
１  工作機械
２  インターネット
３  保守管理者のサーバ
10  制御用コンピュータ
11  客先の管理コンピュータ
【図１】
0005291386.tif 000002
【図２】
0005291386.tif 000003
【図３】
0005291386.tif 000004
【図４】
0005291386.tif 000005
【図５】
0005291386.tif 000006
【図６】
0005291386.tif 000007
【図７】
0005291386.tif 000008
【図８】
0005291386.tif 000009
【図９】
0005291386.tif 000010