(57)【特許請求の範囲】
【請求項１】
保守製品に備わる保守部品の需要が発生する確度を需要確度として予測する部品管理システムであって、
１つ以上の保守製品のそれぞれに対する保守契約の種類を示す保守管理ファイルに基づいて、１つの保守製品である対象製品に対する保守契約の種類を特定する保守契約特定部と、
前記１つ以上の保守製品に備わる１つ以上の保守部品のそれぞれの使用開始日を示す出庫実績ファイルに基づいて、前記対象製品に備わる１つの保守部品である対象部品に対して予測対象日までの使用日数を算出する使用日数算出部と、
使用日数と需要確度との関係を示す需要確度データを保守契約の種類と保守部品の種類との組毎に有する需要確度データベースから、前記対象製品に対する保守契約の種類と前記対象部品の種類との組に対する需要確度データを選択する需要確度データ選択部と、
選択された需要確度データと前記対象部品の使用日数とに基づいて、前記予測対象日における前記対象部品の需要確度を算出する需要確度算出部と、
を備える部品管理システム。
【請求項２】
保守部品の種類毎に製造リードタイムを示す製造リードタイムファイルに基づいて前記対象部品の製造リードタイムを特定し、保守部品毎に交換計画日を示す交換計画ファイルに基づいて前記対象部品の交換計画日を特定し、前記予測対象日から前記対象部品の交換計画日までの日数と前記対象部品の製造リードタイムを比較し、比較結果に基づいて前記対象部品の需要確度を補正する需要確度補正部を備える
請求項１に記載の部品管理システム。
【請求項３】
保守部品の種類毎に過去の納品において遅延した日数を示す遅延実績ファイルに基づいて前記対象部品の最大遅延日数を特定し、保守部品毎に交換計画日を示す交換計画ファイルに基づいて前記対象部品の交換計画日を特定し、前記予測対象日から前記対象部品の交換計画日までの日数と前記対象部品の最大遅延日数を比較し、比較結果に基づいて前記対象部品の需要確度を補正する需要確度補正部を備える
請求項１に記載の部品管理システム。
【請求項４】
前記需要確度算出部は、前記１つ以上の保守部品のそれぞれの需要確度を算出し、
前記部品管理システムは、前記１つ以上の保守部品のそれぞれの需要確度に基づいて、保守部品の種類毎に発注数を予測する発注数予測部を備える
請求項１から請求項３のいずれか１項に記載の部品管理システム。
【請求項５】
前記発注数予測部は、複数の需要レベルに対する複数の確度範囲を用いて、保守部品の種類と需要レベルとの組毎に、確度範囲に含まれる需要確度を有する保守部品の数を集計する
請求項４に記載の部品管理システム。
【請求項６】
保守部品の種類と需要レベルとの組毎の発注数を示す発注計画画面を表示する発注計画提示部と、
前記発注計画画面で保守部品の種類毎に指定される発注数を受け付ける発注数受付部とを備える
請求項５に記載の部品管理システム。
【請求項７】
前記１つ以上の保守拠点のそれぞれの容量と、前記保守部品の種類毎に受け付けられた発注数とに基づいて、保守拠点と保守部品の種類との組毎に保守部品のストック数を算出するストック数算出部を備える
請求項６に記載の部品管理システム。
【請求項８】
前記部品管理システムは、さらに、モード受付部とストック計画提示部とを備え、
前記モード受付部は、複数のストック計画モードを示すモード選択画面を表示し、前記モード選択画面で選択されたストック計画モードを対象計画モードとして受け付け、
前記ストック数算出部は、前記複数のストック計画モードに対する複数の算出アルゴリズムのうちの前記対象計画モードに対する算出アルゴリズムを演算することによって、保守拠点と保守部品の種類との組毎に前記対象計画モードにおける保守部品のストック数を算出し、
前記ストック計画提示部は、保守拠点と保守部品の種類との組毎に前記対象計画モードにおける保守部品のストック数を示すストック計画画面を表示する
請求項７に記載の部品管理システム。
【請求項９】
保守製品に備わる保守部品の需要が発生する確度を需要確度として予測する部品管理方法であって、
保守契約特定部が、１つ以上の保守製品のそれぞれに対する保守契約の種類を示す保守管理ファイルに基づいて、１つの保守製品である対象製品に対する保守契約の種類を特定し、
使用日数算出部が、前記１つ以上の保守製品に備わる１つ以上の保守部品のそれぞれの使用開始日を示す出庫実績ファイルに基づいて、前記対象製品に備わる１つの保守部品である対象部品に対して予測対象日までの使用日数を算出し、
需要確度データ選択部が、使用日数と需要確度との関係を示す需要確度データを保守契約の種類と保守部品の種類との組毎に有する需要確度データベースから、前記対象製品に対する保守契約の種類と前記対象部品の種類との組に対する需要確度データを選択し、
需要確度算出部が、選択された需要確度データと前記対象部品の使用日数とに基づいて、前記予測対象日における前記対象部品の需要確度を算出する
部品管理方法。
【請求項１０】
保守製品に備わる保守部品の需要が発生する確度を需要確度として予測する部品管理システムの部品管理プログラムであって、
１つ以上の保守製品のそれぞれに対する保守契約の種類を示す保守管理ファイルに基づいて、１つの保守製品である対象製品に対する保守契約の種類を特定する保守契約特定処理と、
前記１つ以上の保守製品に備わる１つ以上の保守部品のそれぞれの使用開始日を示す出庫実績ファイルに基づいて、前記対象製品に備わる１つの保守部品である対象部品に対して予測対象日までの使用日数を算出する使用日数算出処理と、
使用日数と需要確度との関係を示す需要確度データを保守契約の種類と保守部品の種類との組毎に有する需要確度データベースから、前記対象製品に対する保守契約の種類と前記対象部品の種類との組に対する需要確度データを選択する需要確度データ選択処理と、
選択された需要確度データと前記対象部品の使用日数とに基づいて、前記予測対象日における前記対象部品の需要確度を算出する需要確度算出処理と、
をコンピュータに実行させるための部品管理プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、保守部品の需要を予測する技術に関するものである。
【背景技術】
【０００２】
製品に対する保守サービスでは、製品の各部品が必要に応じて交換される。そこで、各部品の欠品を防ぐため、各部品の需要を正確に予測することが重要である。
保守サービスの契約には、複数の種類が存在する。例えば、フルメンテナンス契約とパーツオイルグリス契約などが存在する。フルメンテナンス契約では、部品交換の面において、消耗部品の交換および消耗部品以外の部品の交換が契約に含まれる。一方、パーツオイルグリス契約では、部品交換の面において消耗部品の交換は契約に含まれるが、消耗部品以外の部品の交換は契約に含まれない。パーツオイルグリス契約において、消耗部品以外の部品の交換には別途交換料金が発生する。
そのため、保守契約の種類によって、各部品の需要は異なる。【０００３】
特許文献１には、適正な在庫量の車両用部品を複数の拠点で保有するための部品在庫管理システムが開示されている。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００５−７５５２７号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
特許文献１に開示されたシステムは、過去の受注傾向に基づいて将来の需要を予測する。しかし、傾向予測した将来需要に対して、需要発生の確度を数量別に求めることはできない。また、保守契約の種類が考慮されていないため、保守契約の種類によって異なる各部品の需要を、正確に予測することはできない。【０００６】
本発明は、各部品に対する需要の予測精度を向上させることを目的とする。
【課題を解決するための手段】
【０００７】
本発明の部品管理システムは、保守製品に備わる保守部品の需要が発生する確度を需要確度として予測する。
前記部品管理システムは、
１つ以上の保守製品のそれぞれに対する保守契約の種類を示す保守管理ファイルに基づいて、１つの保守製品である対象製品に対する保守契約の種類を特定する保守契約特定部と、
前記１つ以上の保守製品に備わる１つ以上の保守部品のそれぞれの使用開始日を示す出庫実績ファイルに基づいて、前記対象製品に備わる１つの保守部品である対象部品に対して予測対象日までの使用日数を算出する使用日数算出部と、
使用日数と需要確度との関係を示す需要確度データを保守契約の種類と保守部品の種類との組毎に有する需要確度データベースから、前記対象製品に対する保守契約の種類と前記対象部品の種類との組に対する需要確度データを選択する需要確度データ選択部と、
選択された需要確度データと前記対象部品の使用日数とに基づいて、前記予測対象日における前記対象部品の需要確度を算出する需要確度算出部とを備える。
【発明の効果】
【０００８】
本発明によれば、保守契約の種類に対応する需要確度データが用いられるため、各部品に対する需要の予測精度を向上させることができる。
【図面の簡単な説明】
【０００９】
【図１】実施の形態１における部品管理システム１００の構成図。
【図２】実施の形態１における需要確度管理部２１０の構成図。
【図３】実施の形態１における発注計画支援部２２０の構成図。
【図４】実施の形態１におけるストック計画支援部２３０の構成図。
【図５】実施の形態１における記憶部２９０の構成図。
【図６】実施の形態１における保守管理ファイル１１１の構成図。
【図７】実施の形態１における出庫実績ファイル１１２の構成図。
【図８】実施の形態１における発注管理ファイル１１３の構成図。
【図９】実施の形態１における製造リードタイムファイル１１４の構成図。
【図１０】実施の形態１における遅延実績ファイル１１５の構成図。
【図１１】実施の形態１における交換計画ファイル１１６の構成図。
【図１２】実施の形態１における欠品管理ファイル１１７の構成図。
【図１３】実施の形態１におけるレベル定義ファイル１２１の構成図。
【図１４】実施の形態１における拠点位置ファイル１２２の構成図。
【図１５】実施の形態１における拠点容量ファイル１２３の構成図。
【図１６】実施の形態１における部品容量ファイル１２４の構成図。
【図１７】実施の形態１における在庫管理ファイル１２５の構成図。
【図１８】実施の形態１における需要確度データベース１２９の構成図。
【図１９】実施の形態１における部品管理方法のフローチャート。
【図２０】実施の形態１における需要確度データ１３１を示す図。
【図２１】実施の形態１における発注計画画面１３２を示す図。
【図２２】実施の形態１におけるモード選択画面１３３を示す図。
【図２３】実施の形態１におけるストック計画画面１３４を示す図。
【図２４】実施の形態１における需要確度管理処理（Ｓ１００）のフローチャート。
【図２５】実施の形態１における需要確度補正処理（Ｓ１５０）のフローチャート。
【図２６】実施の形態１における需要確度補正処理（Ｓ１５０）のフローチャート。
【図２７】実施の形態１における発注計画支援処理（Ｓ２００）のフローチャート。
【図２８】実施の形態１におけるストック計画支援処理（Ｓ３００）のフローチャート。
【図２９】実施の形態１における部品管理装置２００のハードウェア構成図。
【発明を実施するための形態】
【００１０】
実施の形態および図面において、同じ要素または対応する要素には同じ符号を付している。説明した要素と同じ符号が付された要素の説明は適宜に省略または簡略化する。図中の矢印はデータの流れ又は処理の流れを主に示している。
【００１１】
実施の形態１．
部品管理システム１００について、図１から図２９に基づいて説明する。
【００１２】
＊＊＊構成の説明＊＊＊
図１に基づいて、部品管理システム１００の構成を説明する。
部品管理システム１００は、部品管理装置２００を備える。
部品管理装置２００は、複数の装置で構成されてもよい。
【００１３】
部品管理装置２００は、プロセッサ２０１とメモリ２０２と補助記憶装置２０３と通信装置２０４と入出力インタフェース２０５といったハードウェアを備えるコンピュータである。これらのハードウェアは、信号線を介して互いに接続されている。
【００１４】
プロセッサ２０１は、演算処理を行うＩＣであり、他のハードウェアを制御する。例えば、プロセッサ２０１は、ＣＰＵ、ＤＳＰまたはＧＰＵである。
ＩＣは、Ｉｎｔｅｇｒａｔｅｄ  Ｃｉｒｃｕｉｔの略称である。
ＣＰＵは、Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔの略称である。
ＤＳＰは、Ｄｉｇｉｔａｌ  Ｓｉｇｎａｌ  Ｐｒｏｃｅｓｓｏｒの略称である。
ＧＰＵは、Ｇｒａｐｈｉｃｓ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔの略称である。
【００１５】
メモリ２０２は揮発性の記憶装置である。メモリ２０２は、主記憶装置またはメインメモリとも呼ばれる。例えば、メモリ２０２はＲＡＭである。メモリ２０２に記憶されたデータは必要に応じて補助記憶装置２０３に保存される。
ＲＡＭは、Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙの略称である。
【００１６】
補助記憶装置２０３は不揮発性の記憶装置である。例えば、補助記憶装置２０３は、ＲＯＭ、ＨＤＤまたはフラッシュメモリである。補助記憶装置２０３に記憶されたデータは必要に応じてメモリ２０２にロードされる。
ＲＯＭは、Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙの略称である。
ＨＤＤは、Ｈａｒｄ  Ｄｉｓｋ  Ｄｒｉｖｅの略称である。
【００１７】
通信装置２０４はレシーバ及びトランスミッタである。例えば、通信装置２０４は通信チップまたはＮＩＣである。
ＮＩＣは、Ｎｅｔｗｏｒｋ  Ｉｎｔｅｒｆａｃｅ  Ｃａｒｄの略称である。
【００１８】
入出力インタフェース２０５は、入力装置および出力装置が接続されるポートである。例えば、入出力インタフェース２０５はＵＳＢ端子であり、入力装置はキーボードおよびマウスであり、出力装置はディスプレイである。
ＵＳＢは、Ｕｎｉｖｅｒｓａｌ  Ｓｅｒｉａｌ  Ｂｕｓの略称である。
【００１９】
部品管理装置２００は、需要確度管理部２１０と発注計画支援部２２０とストック計画支援部２３０といった要素を備える。これらの要素はソフトウェアで実現される。
【００２０】
補助記憶装置２０３には、需要確度管理部２１０と発注計画支援部２２０とストック計画支援部２３０としてコンピュータを機能させるための部品管理プログラムが記憶されている。部品管理プログラムは、メモリ２０２にロードされて、プロセッサ２０１によって実行される。
補助記憶装置２０３には、さらに、ＯＳが記憶されている。ＯＳの少なくとも一部は、メモリ２０２にロードされて、プロセッサ２０１によって実行される。
プロセッサ２０１は、ＯＳを実行しながら、部品管理プログラムを実行する。
ＯＳは、Ｏｐｅｒａｔｉｎｇ  Ｓｙｓｔｅｍの略称である。
【００２１】
部品管理プログラムの入出力データは記憶部２９０に記憶される。
メモリ２０２は記憶部２９０として機能する。但し、補助記憶装置２０３、プロセッサ２０１内のレジスタおよびプロセッサ２０１内のキャッシュメモリなどの記憶装置が、メモリ２０２の代わりに、又は、メモリ２０２と共に、記憶部２９０として機能してもよい。
【００２２】
部品管理装置２００は、プロセッサ２０１を代替する複数のプロセッサを備えてもよい。複数のプロセッサは、プロセッサ２０１の役割を分担する。
【００２３】
部品管理プログラムは、光ディスクまたはフラッシュメモリ等の不揮発性の記録媒体にコンピュータ読み取り可能に記録（格納）することができる。
【００２４】
図２に基づいて、需要確度管理部２１０の構成を説明する。
需要確度管理部２１０は、保守契約特定部２１１と使用日数算出部２１２と需要確度データ選択部２１３と需要確度算出部２１４と需要確度補正部２１５とを備える。
需要確度管理部２１０の各要素の機能については後述する。
【００２５】
図３に基づいて、発注計画支援部２２０の構成を説明する。
発注計画支援部２２０は、発注数予測部２２１と発注計画提示部２２２と発注数受付部２２３とを備える。
発注計画支援部２２０の各要素の機能については後述する。
【００２６】
図４に基づいて、ストック計画支援部２３０の構成を説明する。
ストック計画支援部２３０は、モード受付部２３１とストック数算出部２３２とストック計画提示部２３３とを備える。
ストック計画支援部２３０の各要素の機能については後述する。
【００２７】
図５に基づいて、記憶部２９０の構成を説明する。
記憶部２９０には、保守管理ファイル１１１、出庫実績ファイル１１２、発注管理ファイル１１３、製造リードタイムファイル１１４、遅延実績ファイル１１５、交換計画ファイル１１６および欠品管理ファイル１１７が記憶される。但し、これらのファイルは、外部のサーバで管理されて、外部のサーバへのアクセスによって参照されてもよい。
記憶部２９０には、レベル定義ファイル１２１、拠点位置ファイル１２２、拠点容量ファイル１２３、部品容量ファイル１２４および在庫管理ファイル１２５が記憶される。但し、これらのファイルは、外部のサーバで管理されて、外部のサーバへのアクセスによって参照されてもよい。
記憶部２９０には、需要確度データベース１２９が記憶される。但し、需要確度データベース１２９は、外部のサーバで管理されて、外部のサーバへのアクセスによって参照されてもよい。
【００２８】
図６に基づいて、保守管理ファイル１１１の構成を説明する。
保守管理ファイル１１１は、１つ以上の保守製品のそれぞれに対する保守契約の種類を示す。
保守製品は、保守の対象となる製品である。それぞれの保守製品は、１つ以上の保守部品を備える。
保守部品は、保守製品に備わる部品である。
【００２９】
保守管理ファイル１１１は、保守製品毎に保守管理データを有する。具体的には、保守管理ファイル１１１はテーブルであり、保守管理データはレコードである。
保守管理データは、「保守拠点」と「製品管理番号」と「製品仕様」と「契約種類」とのそれぞれの欄を有する。それぞれの欄は互いに対応付けられている。
「保守拠点」は、保守製品の保守を担当する拠点である。
「製品管理番号」は、保守製品を識別する。
「製品仕様」は、保守製品の仕様である。
「契約種類」は、保守製品に対する保守契約の種類である。
【００３０】
例えば、保守契約の種類には「ＦＭ」および「ＰＯＧ」がある。
「ＦＭ」は、フルメンテナンス契約を意味する。フルメンテナンス契約のサービスでは、部品交換の面において、消耗部品の交換および消耗部品以外の部品の交換が契約に含まれる。
「ＰＯＧ」は、パーツオイルグリス契約を意味する。パーツオイルグリス契約のサービスでは、部品交換の面において消耗部品の交換は契約に含まれるが、消耗部品以外の部品の交換は契約に含まれない。パーツオイルグリス契約において、消耗部品以外の部品の交換には別途交換料金が発生する。
【００３１】
図７に基づいて、出庫実績ファイル１１２の構成を説明する。
出庫実績ファイル１１２は、保守部品毎の使用開始日を示す。
出庫実績ファイル１１２は、保守部品毎に出庫実績データを有する。具体的には、出庫実績ファイル１１２はテーブルであり、出庫実績データはレコードである。
出庫実績データは、「製品管理番号」と「部品種類」と「出庫日」と「交換日」とのそれぞれの欄を有する。それぞれの欄は互いに対応付けられている。
「部品種類」は、保守部品の種類である。
「出庫日」は、保守部品が出庫された日であり、保守部品の使用開始日に相当する。
「交換日」は、保守部品が交換された日であり、保守部品の使用開始日に相当する。
「出庫日」と「交換日」とのいずれが、保守部品の使用開始日として用いられてもよい。
【００３２】
図８に基づいて、発注管理ファイル１１３の構成を説明する。
発注管理ファイル１１３は、保守部品毎に発注日を示す。
発注管理ファイル１１３は、保守部品毎に発注管理データを有する。具体的には、発注管理ファイル１１３はテーブルであり、発注管理データはレコードである。
発注管理データは、「製品管理番号」と「部品種類」と「発注日」と「納品予定日」とのそれぞれの欄を有する。それぞれの欄は互いに対応付けられている。
「発注日」は、保守部品が発注された日である。
「納品予定日」は、保守部品が納品される日である。
【００３３】
図９に基づいて、製造リードタイムファイル１１４の構成を説明する。
製造リードタイムファイル１１４は、保守部品の種類毎に製造リードタイムを示す。
製造リードタイムファイル１１４は、保守部品の種類毎に製造リードタイムデータを有する。具体的には、製造リードタイムファイル１１４はテーブルであり、製造リードタイムデータはレコードである。
製造リードタイムデータは、「部品種類」と「製造リードタイム」とのそれぞれの欄を有する。それぞれの欄は互いに対応付けられている。
「製造リードタイム」は、保守部品の製造に要する時間である。
【００３４】
図１０に基づいて、遅延実績ファイル１１５の構成を説明する。
遅延実績ファイル１１５は、保守部品の種類毎に、過去の納品において遅延した日数を示す。
遅延実績ファイル１１５は、保守部品の種類毎に遅延実績データを有する。具体的には、遅延実績ファイル１１５はテーブルであり、遅延実績データはレコードである。
遅延実績データは、「部品種類」と「遅延日数」とのそれぞれの欄を有する。それぞれの欄は互いに対応付けられている。
「遅延日数」は、過去の納品における最長の遅延日数である。
【００３５】
図１１に基づいて、交換計画ファイル１１６の構成を説明する。
交換計画ファイル１１６は、保守部品毎の交換計画を示す。
交換計画ファイル１１６は、保守部品毎に交換計画データを有する。具体的には、交換計画ファイル１１６はテーブルであり、交換計画データはレコードである。
交換計画データは、「製品管理番号」と「部品種類」と「交換計画日」とのそれぞれの欄を有する。それぞれの欄は互いに対応付けられている。
「交換計画日」は、保守部品の交換日として計画された日である。
【００３６】
図１２に基づいて、欠品管理ファイル１１７の構成を説明する。
欠品管理ファイル１１７は、保守部品の種類毎の欠品数を示す。
欠品管理ファイル１１７は、保守部品の種類毎に欠品管理データを有する。具体的には、欠品管理ファイル１１７はテーブルであり、欠品管理データはレコードである。
欠品管理データは、「部品種類」と「発注日」と「発注数」と「欠品数」とのそれぞれの欄を有する。それぞれの欄は互いに対応付けられている。
「発注数」は、発注された保守部品の数である。
「欠品数」は、不足している保守部品の数である。
【００３７】
図１３に基づいて、レベル定義ファイル１２１の構成を説明する。
レベル定義ファイル１２１は、需要レベル毎の確度範囲を示す。
需要レベルは、保守部品に対する需要の高さを示す。
確度範囲は、需要確度の範囲である。
需要確度は、保守部品の需要が発生する確度である。需要確度は、保守部品の出庫率、保守部品の故障率および保守部品の交換率に相当する。保守部品の出庫率は保守部品が出庫される確率である。保守部品の故障率は保守部品が故障する確率である。保守部品の交換率は保守部品が交換される確率である。
【００３８】
レベル定義ファイル１２１は、需要レベル毎にレベル定義データを有する。具体的には、レベル定義ファイル１２１はテーブルであり、レベル定義データはレコードである。
レベル定義データは、「需要レベル」と「確度閾値」とのそれぞれの欄を有する。それぞれの欄は互いに対応付けられている。
【００３９】
需要レベル「高」における需要確度ｘの範囲は「８０％＜ｘ≦１００％」である。
需要レベル「中」における需要確度ｘの範囲には、需要レベル「高」における範囲も含まれる。つまり、需要レベル「中」における需要確度ｘの範囲は「５０％＜ｘ≦８０％」および「８０％＜ｘ≦１００％」である。
需要確度ｘの範囲は、利用者に提示されるレベル別発注数（後述する予測発注数）、利用者が実際に採用した発注数、および、発注に基づく部品在庫（欠品有無）に基づいて、統計的に自動で更新してもよい。
【００４０】
図１４に基づいて、拠点位置ファイル１２２の構成を説明する。
拠点位置ファイル１２２は、保守拠点毎の位置情報を示す。
拠点位置ファイル１２２は、保守拠点毎に拠点位置データを有する。具体的には、拠点位置ファイル１２２はテーブルであり、拠点位置データはレコードである。
拠点位置データは、「拠点名」と「拠点住所」と「拠点座標」とのそれぞれの欄を有する。それぞれの欄は互いに対応付けられている。
「拠点住所」は、保守拠点の住所である。
「拠点座標」は、保守拠点が位置する地点の座標値である。
【００４１】
図１５に基づいて、拠点容量ファイル１２３の構成を説明する。
拠点容量ファイル１２３は、保守拠点毎の容量を示す。
拠点容量ファイル１２３は、保守拠点と保守部品の種類との組毎に拠点容量データを有する。具体的には、拠点容量ファイル１２３はテーブルであり、拠点容量データはレコードである。
拠点容量データは、「拠点名」と「部品種類」と「拠点容量」とのそれぞれの欄を有する。それぞれの欄は互いに対応付けられている。
「拠点容量」は、保守拠点の容量であり、保守拠点にストックすることが可能な保守部品の量に相当する。
【００４２】
図１６に基づいて、部品容量ファイル１２４の構成を説明する。
部品容量ファイル１２４は、保守部品の種類毎の容量を示す。
部品容量ファイル１２４は、保守部品の種類毎に部品容量データを有する。具体的には、部品容量ファイル１２４はテーブルであり、部品容量データはレコードである。
部品容量データは、「部品種類」と「部品容量」とのそれぞれの欄を有する。それぞれの欄は互いに対応付けられている。
「部品容量」は、保守部品をストックするために必要な容量であり、保守部品の大きさに相当する。
【００４３】
図１７に基づいて、在庫管理ファイル１２５の構成を説明する。
在庫管理ファイル１２５は、保守拠点と保守部品の種類との組毎の在庫数を示す。
在庫管理ファイル１２５は、保守拠点と保守部品の種類との組毎に在庫管理データを有する。具体的には、在庫管理ファイル１２５はテーブルであり、在庫管理データはレコードである。
在庫管理データは、「拠点名」と「部品種類」と「在庫数」とのそれぞれの欄を有する。それぞれの欄は互いに対応付けられている。
「拠点名」は、保守拠点を識別する。
「在庫数」は、残っている保守部品の数である。
【００４４】
図１８に基づいて、需要確度データベース１２９の構成を説明する。
需要確度データベース１２９は、保守契約の種類と保守部品の毎の需要確度データを有する。
需要確度データは、使用日数と需要確度との関係を示す。需要確度データは、グラフ、テーブル、関数または計算式などの形式で生成される。
【００４５】
＊＊＊動作の説明＊＊＊
部品管理システム１００の動作は部品管理方法に相当する。また、部品管理方法の手順は部品管理プログラムの手順に相当する。
【００４６】
図１９に基づいて、部品管理方法の概要を説明する。
ステップＳ１００において、需要確度管理部２１０は、保守部品毎に需要確度を算出する。
【００４７】
図２０に、ステップＳ１００によって得られる需要確度データ１３１の具体例を示す。
需要確度データ１３１は、保守部品毎の需要確度を示している。
「昇降機Ａの基板α」、「昇降機Ｂの基板α」および「昇降機Ｃの基板α」は、保守部品の具体例である。
「昇降機Ａ」、「昇降機Ｂ」および「昇降機Ｃ」は、保守製品の具体例である。
「基板α」は、保守部品の種類の具体例である。
「％」は、パーセントを意味する。
【００４８】
図１９に戻り、ステップＳ２００を説明する。
ステップＳ２００において、発注計画支援部２２０は、保守部品毎の需要確度に基づいて、保守部品の種類毎に発注計画を提示する。
【００４９】
図２１に、ステップＳ２００において表示される発注計画画面１３２の具体例を示す。
発注計画画面１３２は、保守部品の種類毎に発注計画を提示している。
「基板」、「バッテリー」および「ローラ」は、保守部品の種類の具体例である。
「第１レベル」および「第２レベル」は、需要レベルを表している。
「第１レベル」の発注数は、最低発注数である。
「第２レベル」の発注数は、マージンを持った発注数である。
在庫数は、全ての保守拠点における在庫数の合計である。
【００５０】
図１９に戻り、ステップＳ３００を説明する。
ステップＳ３００において、ストック計画支援部２３０は、保守部品の種類毎の発注計画と保守拠点毎の各種情報とに基づいて、保守拠点と保守部品の種類との組毎にストック計画を提示する。
【００５１】
図２２に、ステップＳ３００において表示されるモード選択画面１３３の具体例を示す。
モード選択画面１３３は、複数のストック計画モードを示している。
ストック計画モードは、ストック計画の導出方法を表す
【００５２】
図２３に、ステップＳ３００において表示されるストック計画画面１３４の具体例を示す。
ストック計画画面１３４は、保守拠点と保守部品の種類との組毎に対象計画モードにおける保守部品のストック数を示している。
対象計画モードは、モード選択画面１３３で選択されたストック計画モードである。
ストック上限数は、ストックが可能な数の上限である。
【００５３】
図２４に基づいて、需要確度管理処理（Ｓ１００）の手順を説明する。
ステップＳ１１０からステップＳ１５０は、保守部品毎に実行される。
処理の対象となる保守部品を「対象部品」と称する。
対象部品を備える保守製品を「対象製品」と称する。
【００５４】
ステップＳ１１０において、保守契約特定部２１１は、保守管理ファイル１１１に基づいて、対象製品に対する保守契約の種類を特定する。
具体的には、保守契約特定部２１１は、保守管理ファイル１１１（図６参照）から対象製品の保守管理データを選択し、選択した保守管理データから保守契約の種類を取得する。
【００５５】
ステップＳ１２０において、使用日数算出部２１２は、出庫実績ファイル１１２に基づいて、対象部品の使用日数を算出する。
算出される使用日数は、使用開始日から予測対象日までの日数である。
予測対象日は、需要の予測の対象となる日であり、予め指定される。
【００５６】
使用日数算出部２１２は、対象部品の使用日数を以下のように算出する。
まず、使用日数算出部２１２は、出庫実績ファイル１１２（図７参照）から対象部品の出庫実績データを選択する。
次に、使用日数算出部２１２は、選択した出庫実績データから使用開始日（出庫日または交換日）を取得する。
そして、使用日数算出部２１２は、使用開始日から予測対象日までの日数を算出する。算出される日数が対象部品の使用日数である。
【００５７】
ステップＳ１３０において、需要確度データ選択部２１３は、需要確度データベース１２９（図１８参照）から、対象製品に対する保守契約の種類と対象部品の種類との組に対する需要確度データを選択する。
【００５８】
ステップＳ１４０において、需要確度算出部２１４は、選択された需要確度データと対象部品の使用日数とに基づいて、予測対象日における対象部品の需要確度を算出する。
具体的には、需要確度算出部２１４は、選択された需要確度データを用いて、対象部品の使用日数に対応する需要確度を算出する。算出される需要確度が予測対象日における対象部品の需要確度である。
例えば、需要確度データは、使用日数と需要確度との関係を示す需要確度グラフである（図１８参照）。この場合、需要確度算出部２１４は、需要確度グラフを用いて、対象部品の使用日数に対応する需要確度を算出する。算出される需要確度が予測対象日における対象部品の需要確度である。
【００５９】
ステップＳ１５０において、需要確度補正部２１５は、予測対象日における対象部品の需要確度を補正する。
【００６０】
図２５に基づいて、需要確度補正処理（Ｓ１５０）の第１の具体例を説明する。
ステップＳ１５１Ａにおいて、需要確度補正部２１５は、製造リードタイムファイル１１４に基づいて、対象部品の製造リードタイムを特定する。
具体的には、需要確度補正部２１５は、製造リードタイムファイル１１４（図９参照）から対象部品の種類の製造リードタイムデータを選択し、選択した製造リードタイムデータから製造リードタイムを取得する。取得される製造リードタイムが対象部品の製造リードタイムである。
【００６１】
ステップＳ１５２Ａにおいて、需要確度補正部２１５は、交換計画ファイル１１６に基づいて、対象部品の交換計画日を特定する。
具体的には、需要確度補正部２１５は、交換計画ファイル１１６（図１１参照）から対象部品の交換計画データを選択し、選択した交換計画データから交換計画日を取得する。取得される交換計画日が対象部品の交換計画日である。
【００６２】
ステップＳ１５３Ａにおいて、需要確度補正部２１５は、予測対象日から対象部品の交換計画日までの日数を算出する。算出される日数を「猶予日数」と称する。
そして、需要確度補正部２１５は、猶予日数と対象部品の製造リードタイムを比較する。
【００６３】
ステップＳ１５４Ａにおいて、需要確度補正部２１５は、比較結果に基づいて、対象部品の需要確度を補正する。
例えば、製造リードタイムが猶予日数以上である場合、需要確度補正部２１５は、対象部品の需要確度を「１００％」に補正する。つまり、需要確度補正部２１５は、以下の式が成り立つ場合に対象部品の需要確度を「１００％」に補正する。
（交換計画日）−（予測対象日）＜＝（製造リードタイム）
【００６４】
図２６に基づいて、需要確度補正処理（Ｓ１５０）の第２の具体例を説明する。
ステップＳ１５１Ｂにおいて、需要確度補正部２１５は、遅延実績ファイル１１５に基づいて、対象部品の最大遅延日数を特定する。
具体的には、需要確度補正部２１５は、遅延実績ファイル１１５（図１０参照）から対象部品の種類の遅延実績データを選択し、選択した遅延実績データから遅延日数を取得する。取得される遅延日数が対象部品の最大遅延日数である。
【００６５】
ステップＳ１５２Ｂにおいて、需要確度補正部２１５は、交換計画ファイル１１６に基づいて、対象部品の交換計画日を特定する。
ステップＳ１５２Ｂは、ステップＳ１５２Ａと同じである。
【００６６】
ステップＳ１５３Ｂにおいて、需要確度補正部２１５は、予測対象日から対象部品の交換計画日までの日数を算出する。算出される日数を「猶予日数」と称する。
そして、需要確度補正部２１５は、猶予日数と対象部品の最大遅延日数を比較する。
【００６７】
ステップＳ１５４Ｂにおいて、需要確度補正部２１５は、比較結果に基づいて、対象部品の需要確度を補正する。
例えば、最大遅延日数が猶予日数以上である場合、需要確度補正部２１５は、対象部品の需要確度を「１００％」に補正する。つまり、需要確度補正部２１５は、以下の式が成り立つ場合に対象部品の需要確度を「１００％」に補正する。
（最大遅延日数）＞＝（交換計画日）−（予測対象日）
【００６８】
図２７に基づいて、発注計画支援処理（Ｓ２００）の手順を説明する。
ステップＳ２１０において、発注数予測部２２１は、保守部品毎の需要確度に基づいて、保守部品の種類毎に発注数を予測する。予測される発注数を「予測発注数」と称する。
予測発注数は、確度範囲に含まれる需要確度を有する保守部品の数に相当する。
【００６９】
具体的には、発注数予測部２２１は、複数の需要レベルに対する複数の確度範囲を用いて、保守部品の種類と需要レベルとの組毎に、確度範囲に含まれる需要確度を有する保守部品の数を集計する。集計によって得られる数が、予測発注数である。
【００７０】
発注数予測部２２１は、保守部品の種類と需要レベルとの組毎に、予測発注数を以下のように算出する。対象となる保守部品の種類を「対象種類」と称し、対象となる需要レベルを「対象レベル」と称する。
まず、発注数予測部２２１は、レベル定義ファイル１２１（図１３参照）から、対象レベルの確度範囲を取得する。
次に、発注数予測部２２１は、全ての保守部品の需要確度から、対象種類の保守部品の需要確度を選択する。例えば、対象部品が「部品β」である場合、拠点Ａの部品βの需要確度および拠点Ｂの部品βの需要確度などが選択される。
次に、発注数予測部２２１は、対象種類の保守部品毎に、保守部品の需要確度を対象レベルの確度範囲と比較する。
そして、発注数予測部２２１は、対象レベルの確度範囲に含まれる需要確度を有する保守部品の数を集計する。集計によって得られる数が、対象種類と対象レベルとの組に対する予測発注数である。
対象レベルの確度範囲に含まれる需要確度を有する保守部品の集合を、対象レベルの「部品集合」と称する。
【００７１】
ステップＳ２２０において、発注計画提示部２２２は、保守部品の種類と需要レベルとの組毎の予測発注数を示す発注計画画面１３２を生成し、発注計画画面１３２をディスプレイに表示する。
例えば、発注計画提示部２２２は、図２１に示すような発注計画画面１３２を表示する。発注計画画面１３２に示される在庫数は、在庫管理ファイル１２５（図１７参照）に基づいて、保守部品の種類毎に在庫数を集計することによって得られる。
【００７２】
ステップＳ２３０において、発注数受付部２２３は、発注計画画面１３２で保守部品の種類毎に指定される発注数を受け付ける。受け付けられた発注数を「受注数」と称する。
【００７３】
発注計画画面１３２において、保守部品の種類毎の発注数は以下のように指定される。
発注計画画面１３２において、利用者は、保守部品の種類毎に需要レベルを選択する。需要レベルの選択は、マウスを用いたクリック操作などによって行われる。選択された需要レベルの予測発注数が、指定された発注数である。つまり、選択された需要レベルの部品集合が、発注された部品集合（発注対象）となる。
発注計画画面１３２において、利用者が発注数を自由に編集しても構わない。編集後の発注数が予測発注数よりも少ない場合、需要確度が低い順に、減少数の保守部品が発注対象から除外される。減少数は、編集後の発注数と予測発注数との差分である。編集後の発注数が予測発注数よりも多い場合、需要確度が高い順に、増加数の保守部品が発注対象に追加される。増加数は、編集後の発注数と予測発注数との差分である。
【００７４】
また、発注数受付部２２３は、選択された需要レベルの部品集合（発注対象）を発注管理ファイル１１３に登録する。
つまり、発注数受付部２２３は、選択された需要レベルの部品集合に含まれる保守部品毎に、保守部品を備える保守製品と保守部品との組を発注管理ファイル１１３に登録する。
【００７５】
図２８に基づいて、ストック計画支援処理（Ｓ３００）の手順を説明する。
ステップＳ３１０において、モード受付部２３１は、複数のストック計画モードを示すモード選択画面１３３を生成する。複数のストック計画モードは予め決められている。
モード受付部２３１は、モード選択画面１３３をディスプレイに表示する。例えば、モード受付部２３１は、図２２に示すようなモード選択画面１３３を表示する。
そして、モード受付部２３１は、モード選択画面１３３で選択されるストック計画モードを受け付ける。受け付けられるストック計画モードを「対象計画モード」と称する。例えば、対象計画モードは、マウスのクリック操作などによって選択される。
【００７６】
ステップＳ３２０において、ストック数算出部２３２は、保守拠点と保守部品の種類との組毎に、対象計画モードにおける保守部品のストック数を算出する。
【００７７】
ストック数算出部２３２は、対象計画モードにおける保守部品のストック数を以下のように算出する。
複数のストック計画モードに対して複数の算出アルゴリズムが予め用意されている。
算出アルゴリズムは、保守部品のストック数を算出するためのアルゴリズムであり、プログラム、関数または数式などの形式で用意される。
ストック数算出部２３２は、複数のストック計画モードに対する複数の算出アルゴリズムから、対象計画モードに対する算出アルゴリズムを選択する。
ストック数算出部２３２は、対象計画モードに対する算出アルゴリズムで使用される各種情報を取得する。取得される各種情報は、拠点位置ファイル１２２に示される各保守拠点の位置情報、拠点容量ファイル１２３に示される各保守拠点の容量、部品容量ファイル１２４に示される各保守部品の容量または在庫管理ファイル１２５に示される各保守拠点の在庫数などである。
そして、ストック数算出部２３２は、取得した各種情報と保守部品の種類毎の発注数とを入力にして、対象計画モードに対する算出アルゴリズムを演算する。これにより、保守拠点と保守部品の種類との組毎に、対象計画モードにおける保守部品のストック数が算出される。
【００７８】
ステップＳ３３０において、ストック計画提示部２３３は、保守拠点と保守部品の種類との組毎に対象計画モードにおける保守部品のストック数を示すストック計画画面１３４を生成し、ストック計画画面１３４をディスプレイに表示する。
例えば、ストック計画提示部２３３は、図２３に示すようなストック計画画面１３４を表示する。各保守拠点の各ストック数は、利用者が自由に編集することが可能である。ストック上限数について後述する。
【００７９】
需要確度データを生成するための手法について説明する。
需要確度データは、生存時間解析分野で用いられる手法によって生成することができる。具体的には、当該分野における“ある時点におけるある部品の生存率”を“ある時点におけるある部品の需要確度（交換率または出庫率）”と読み替えることによって、使用日数と需要確度との関係を求めることができる。例えば、蓄積されている製造情報と蓄積されている出庫情報とに基づいて、過去の使用期間（装着または使用の開始から保守部品の出庫（交換）まで）を求める。そして、ベイズ推論を用いて、求めた使用期間の集合に対して指定確率分布（例えば、ワイブル分布など）のパラメータを推定することによって、使用日数と需要確度との関係を算出する。直接的に使用日数と需要確度との関係を求めるために十分なデータが存在しない場合においても、拠点別に各種データが管理されることで、確率または統計的に、使用日数と需要確度との関係を求めることが可能となる。また、蓄積データが増えた時点で使用日数と需要確度との関係を更新することで、関係の精度を向上させることが可能である。つまり、需要確度データを最新の情報が反映された状態にすることが可能である。
【００８０】
需要確度を予測するための実施例について説明する。
予測対象日の出庫率に加えて、部品の劣化度合いを示すデータ（部品の写真または保守員によって入力された劣化度合いなど）を用いて、需要確度を算出してもよい。部品の劣化度合いを示すデータは、保守管理ファイル１１１に登録しておく。
目的変数（予測対象日の需要確度）と説明変数（予測対象日の出庫率、保守管理ファイル１１１に登録されたデータ）とに対して回帰手法を用いて、予測対象日の需要確度を算出してもよい。
【００８１】
ストック計画の導出方法の例を説明する。
第１の例は「発注部品を構成部品とする製品の位置と発注部品がストックされる拠点の位置とを近づける」という導出方法である。
具体的には、以下の式を満たす拠点に対して距離が短い順にストック可能な数の発注部品が割り当てられることにより、ストック計画が導出される。「Ｎ１」は、以下の式の不等号を満たす拠点数である。「該当製品」は、発注部品を構成部品とする製品である。
（発注部品の容量）×（発注部品の発注数）≦｛（該当製品との距離が短い拠点）×（拠点のストック空容量）×Ｎ１｝
（拠点のストック空き容量）は、部品容量ファイル１２４と在庫管理ファイル１２５と拠点容量ファイル１２３とを用いて算出される。
（拠点のストック空き容量）＝（拠点の容量）−｛（発注部品の容量）×（拠点における発注部品の在庫数）｝
【００８２】
第２の例は「同じ種類の部品を同じ保守拠点にストックする」という導出方法である。
具体的には、以下の式を計算することにより、ストック計画が導出される。
（発注部品の容量）×（発注部品の発注数）≦（拠点のストック空き容量）
【００８３】
ストック計画画面１３４に示されるストック上限数について説明する。
ストック上限数は、以下の式を計算することによって算出される。「Ｎ２」は、以下の式の不等号を満たす部品数である。
（部品容量）×Ｎ２≦（拠点のストック空き容量）
【００８４】
＊＊＊実施の形態１の効果＊＊＊
実施の形態１では、部品の寿命または過去の需要のみに基づいて需要を予測するのではなく、保守契約の種類および交換計画の状態などを活用して需要を予測する。これにより、需要の予測精度を向上させることができる。
特に、昇降機の保守では、部品の製造リードタイムよりも前に保守員が交換計画をたてることもあり、事前に高い確度の情報（確定数情報）が手に入る。
【００８５】
拠点別に確実に保守製品を特定できる情報（保守管理ファイル１１１）を使用することにより、拠点別に需要計算を行うことが可能である。その結果、需要の予測精度が向上する。
需要確度と棚残とに基づいて、最低発注数（棚残削除向け）および欠品防止向け発注数など、レベル別に発注数を提示することができる。つまり、発注計画における意思決定を支援することができる。
拠点別の最適なストック計画を提示することができる。つまり、ストック計画における意思決定を支援することができる。その結果、配送コストの削減および納期遅延の削減などの効果が得られる。
【００８６】
＊＊＊実施の形態１の補足＊＊＊
図２９に基づいて、部品管理装置２００のハードウェア構成を説明する。
部品管理装置２００は処理回路２０９を備える。
処理回路２０９は、需要確度管理部２１０と発注計画支援部２２０とストック計画支援部２３０とを実現するハードウェアである。
処理回路２０９は、専用のハードウェアであってもよいし、メモリ２０２に格納されるプログラムを実行するプロセッサ２０１であってもよい。
【００８７】
処理回路２０９が専用のハードウェアである場合、処理回路２０９は、例えば、単一回路、複合回路、プログラム化したプロセッサ、並列プログラム化したプロセッサ、ＡＳＩＣ、ＦＰＧＡまたはこれらの組み合わせである。
ＡＳＩＣは、Ａｐｐｌｉｃａｔｉｏｎ  Ｓｐｅｃｉｆｉｃ  Ｉｎｔｅｇｒａｔｅｄ  Ｃｉｒｃｕｉｔの略称である。
ＦＰＧＡは、Ｆｉｅｌｄ  Ｐｒｏｇｒａｍｍａｂｌｅ  Ｇａｔｅ  Ａｒｒａｙの略称である。
【００８８】
部品管理装置２００は、処理回路２０９を代替する複数の処理回路を備えてもよい。複数の処理回路は、処理回路２０９の役割を分担する。
【００８９】
部品管理装置２００において、一部の機能が専用のハードウェアで実現されて、残りの機能がソフトウェアまたはファームウェアで実現されてもよい。
【００９０】
このように、処理回路２０９はハードウェア、ソフトウェア、ファームウェアまたはこれらの組み合わせで実現することができる。
【００９１】
実施の形態は、好ましい形態の例示であり、本発明の技術的範囲を制限することを意図するものではない。実施の形態は、部分的に実施してもよいし、他の形態と組み合わせて実施してもよい。フローチャート等を用いて説明した手順は、適宜に変更してもよい。
部品管理装置２００の要素である「部」は、「処理」または「工程」と読み替えてもよい。
【符号の説明】
【００９２】
１００  部品管理システム、１１１  保守管理ファイル、１１２  出庫実績ファイル、１１３  発注管理ファイル、１１４  製造リードタイムファイル、１１５  遅延実績ファイル、１１６  交換計画ファイル、１１７  欠品管理ファイル、１２１  レベル定義ファイル、１２２  拠点位置ファイル、１２３  拠点容量ファイル、１２４  部品容量ファイル、１２５  在庫管理ファイル、１２９  需要確度データベース、１３１  需要確度データ、１３２  発注計画画面、１３３  モード選択画面、１３４  ストック計画画面、２００  部品管理装置、２０１  プロセッサ、２０２  メモリ、２０３  補助記憶装置、２０４  通信装置、２０５  入出力インタフェース、２０９  処理回路、２１０  需要確度管理部、２１１  保守契約特定部、２１２  使用日数算出部、２１３  需要確度データ選択部、２１４  需要確度算出部、２１５  需要確度補正部、２２０  発注計画支援部、２２１  発注数予測部、２２２  発注計画提示部、２２３  発注数受付部、２３０  ストック計画支援部、２３１  モード受付部、２３２  ストック数算出部、２３３  ストック計画提示部、２９０  記憶部。
【図１】
0006935040.tif 000002
【図２】
0006935040.tif 000003
【図３】
0006935040.tif 000004
【図４】
0006935040.tif 000005
【図５】
0006935040.tif 000006
【図６】
0006935040.tif 000007
【図７】
0006935040.tif 000008
【図８】
0006935040.tif 000009
【図９】
0006935040.tif 000010
【図１０】
0006935040.tif 000011
【図１１】
0006935040.tif 000012
【図１２】
0006935040.tif 000013
【図１３】
0006935040.tif 000014
【図１４】
0006935040.tif 000015
【図１５】
0006935040.tif 000016
【図１６】
0006935040.tif 000017
【図１７】
0006935040.tif 000018
【図１８】
0006935040.tif 000019
【図１９】
0006935040.tif 000020
【図２０】
0006935040.tif 000021
【図２１】
0006935040.tif 000022
【図２２】
0006935040.tif 000023
【図２３】
0006935040.tif 000024
【図２４】
0006935040.tif 000025
【図２５】
0006935040.tif 000026
【図２６】
0006935040.tif 000027
【図２７】
0006935040.tif 000028
【図２８】
0006935040.tif 000029
【図２９】
0006935040.tif 000030