部品手配装置及び部品手配方法
【課題】保守の優先度を考慮しつつ、対応期限に間に合うように出庫元からの部品の出庫を手配する部品手配装置及び部品手配方法を提供することを課題とする。
【解決手段】出庫を手配する部品手配装置２であって、要求ごとに出庫元候補の識別子と部品の出庫期限時刻とを記憶手段に記憶する手段と、出庫期限時刻が到来したとき要求ごとに優先順位情報に基づいて、出庫期限時刻が到来した出庫元候補より優先順位の高い他の出庫元候補があるか否かを判定する手段と、優先順位の高い他の出庫元候補があれば他の出庫元候補の識別子と部品の出庫期限時刻とを記憶手段に記憶すると共に、出庫期限時刻が到来した出荷元候補の識別子と出庫期限時刻の情報を記憶手段から削除し、優先順位の高い他の出庫元候補がなければ、出庫期限時刻が到来した出庫元候補へ部品の出庫を手配する手段とを有することにより上記課題を解決する。
【解決手段】出庫を手配する部品手配装置２であって、要求ごとに出庫元候補の識別子と部品の出庫期限時刻とを記憶手段に記憶する手段と、出庫期限時刻が到来したとき要求ごとに優先順位情報に基づいて、出庫期限時刻が到来した出庫元候補より優先順位の高い他の出庫元候補があるか否かを判定する手段と、優先順位の高い他の出庫元候補があれば他の出庫元候補の識別子と部品の出庫期限時刻とを記憶手段に記憶すると共に、出庫期限時刻が到来した出荷元候補の識別子と出庫期限時刻の情報を記憶手段から削除し、優先順位の高い他の出庫元候補がなければ、出庫期限時刻が到来した出庫元候補へ部品の出庫を手配する手段とを有することにより上記課題を解決する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は出庫元からの部品の出庫を手配する部品手配装置及び部品手配方法に関する。
【背景技術】
【０００２】
例えば保守対象設備の保守を行うメーカは、全国のユーザに迅速に対応するため、全国に分散してパーツセンタを設置している（例えば特許文献１参照）。
【０００３】
保守対象設備の保守を行うメーカは、従来、保守の必要性が認識された順に、複数のパーツセンタの中から、配送距離などに基づいて保守部品の出庫を手配するパーツセンタを特定し、出庫を手配していた。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００３−９５４４４号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
従来、保守対象設備の保守を行うメーカは、保守の必要性が認識された順に、配送距離などに基づいて特定したパーツセンタへ保守部品の出庫を手配していた為、優先度の低い保守に対する保守部品の出庫を第１のパーツセンタへ手配したあと、同一の保守部品を必要とする優先度の高い保守の必要性が認識された場合、優先度の高い保守に対する保守部品の出庫を第１のパーツセンタへ手配できないことがあった。
【０００６】
これは、一度出庫を手配した保守部品の出庫先の変更は、伝票の切り直し（現伝票のキャンセル、新伝票の発行）が必要となる等の手間が掛かる等の事情によるものである。
【０００７】
また、優先度の高い保守に対する保守部品の出庫を第１のパーツセンタよりも遠い第２のパーツセンタへ手配した場合は、第１のパーツセンタから配送するよりも保守部品の到着が遅れてしまう状況も生じていた。なお、優先度の高い保守に対する保守部品の出庫を優先する場合には、優先度の低い保守に対する保守部品の到着が保守の対応期限に間に合わないことが無いようにしなければならない。
【０００８】
本発明の一実施形態は、保守の優先度を考慮しつつ、対応期限に間に合うように出庫元からの部品の出庫を手配する部品手配装置及び部品手配方法を提供することを目的とする。
【課題を解決するための手段】
【０００９】
上記課題を解決するため、本発明の一実施形態は、出庫先への部品の出庫を、出庫元に手配する部品手配装置であって、前記部品の出庫の要求ごとに、前記部品の出庫が可能な出庫元である出庫元候補の識別子と、該出庫元候補における前記部品の出庫期限時刻の情報とを記憶手段に記憶する仮押さえ手段と、前記出庫元候補の前記出庫期限時刻が到来したとき、前記要求ごとに出庫元候補の優先順位を定めた優先順位情報に基づいて、当該出庫期限時刻が到来した出庫元候補より優先順位の高い他の出庫元候補があるか否かを判定する判定手段と、前記判定手段によって、優先順位の高い他の出庫元候補があると判定された場合には、該他の出庫元候補の識別子と該他の出庫元候補における前記部品の出庫期限時刻の情報を前記記憶手段に記憶すると共に、前記出庫期限時刻が到来した出荷元候補の識別子と出庫期限時刻の情報を前記記憶手段から削除し、優先順位の高い他の出庫元候補がないと判定された場合には、当該出庫期限時刻が到来した出庫元候補へ前記部品の出庫を手配する部品出庫処理手段とを有する。
【００１０】
なお、本発明の一実施形態の構成要素、表現又は構成要素の任意の組合せを、方法、装置、システム、コンピュータプログラム、記録媒体、データ構造などに適用したものも本発明の態様として有効である。
【発明の効果】
【００１１】
本発明の一実施形態によれば、保守の優先度を考慮しつつ、対応期限に間に合うように出庫元からの部品の出庫を手配できる。
【図面の簡単な説明】
【００１２】
【図１】保守部品手配システムの一例の構成図である。
【図２】保守部品手配システムの処理手順を表した一例のシーケンス図である。
【図３】パーソナルコンピュータの一例のハードウェア構成図である。
【図４】本実施例の保守部品手配装置の一例のブロック図である。
【図５】部品要求管理テーブルの一例の構成図である。
【図６】緊急度レベル管理テーブルの一例の構成図である。
【図７】部品在庫管理テーブルの一例の構成図である。
【図８】配送状況管理テーブルの一例の構成図である。
【図９】配送手段選択テーブルの一例の構成図である。
【図１０】出庫元パーツセンタ候補リストの一例の構成図である。
【図１１】本実施例の保守部品手配装置が行う処理の一例のフローチャートである。
【図１２】ステップＳ１２の部品要求管理テーブル作成処理の一例のフローチャートである。
【図１３】ステップＳ１４の出庫元パーツセンタ候補リスト作成処理の一例のフローチャートである。
【図１４】ステップＳ１６の部品出庫処理の一例のフローチャートである。
【図１５】保守部品手配システムのパーツセンタ及び配送エリアを表した一例の構成図である。
【図１６】「要求０１」が発生したあとの部品要求管理テーブルの一例の構成図である。
【図１７】「要求０１」が発生したあとの部品在庫管理テーブルの一例の構成図である。
【図１８】「要求０１」が発生したあとの配送状況管理テーブルの一例の構成図である。
【図１９】「要求０１」が発生したあとの出庫元パーツセンタ候補リストの一例の構成図である。
【図２０】「要求０２」が発生したあとの部品要求管理テーブルの一例の構成図である。
【図２１】「要求０２」が発生したあとの部品在庫管理テーブルの一例の構成図である。
【図２２】「要求０２」が発生したあとの配送状況管理テーブルの一例の構成図である。
【図２３】「要求０２」が発生したあとの出庫元パーツセンタ候補リストの一例の構成図である。
【図２４】「要求０３」が発生したあとの部品要求管理テーブルの一例の構成図である。
【図２５】「要求０３」が発生したあとの部品在庫管理テーブルの一例の構成図である。
【図２６】「要求０３」が発生したあとの配送状況管理テーブルの一例の構成図である。
【図２７】「要求０３」が発生したあとの出庫元パーツセンタ候補リストの一例の構成図である。
【発明を実施するための形態】
【００１３】
次に、本発明を実施するための形態を、以下の実施例に基づき図面を参照しつつ説明していく。なお、本実施例ではパーツセンタからの保守部品の出庫を手配する例について説明するが、如何なる出庫元からの部品の出庫を手配するものであってもよい。
【００１４】
（システム構成）
図１は保守部品手配システムの一例の構成図である。図１の保守部品手配システム１は保守部品手配装置２、保守対象設備３、パーツセンタ＃１〜＃３に設置されたパーツセンタ端末４−１〜４−３が、インターネットやＬＡＮなどのネットワーク５を介してデータ通信可能に接続されている。なお、パーツセンタ＃１〜＃３の何れでもよい場合はパーツセンタ＃ｎと呼ぶ。パーツセンタ端末４−１〜４−３の何れでもよい場合はパーツセンタ端末４と呼ぶ。
【００１５】
保守部品手配装置２は保守対象設備３からメッセージコードを受信する。保守部品手配装置２は受信したメッセージコードから障害又は障害の予兆を検出し、保守の必要性を判定する。保守部品手配装置２は保守に保守部品が必要であると判定すると、複数のパーツセンタ＃ｎの保守部品を仮押さえする。そして、保守部品手配装置２は保守の対応期限に間に合うように、保守部品の出庫元であるパーツセンタ＃ｎを後述のように選定し、選定したパーツセンタ＃ｎに保守部品の出庫を手配する。
【００１６】
保守対象設備３は保守対象の一例である。保守対象設備３は何れかの配送エリア６に配置されている。配送エリア６は例えば主要都市を中心とした広域行政区域などを想定することができる。配送エリア６は県内を数ブロック程度に分割するなども想定することができる。保守対象設備３は障害又は障害の予兆を検出できるメッセージコードを保守部品手配装置２に送信する。
【００１７】
パーツセンタ＃ｎは保守部品の出庫元の一例である。パーツセンタ＃ｎは保守部品手配装置２から保守部品の出庫の手配を受け付ける。パーツセンタ＃ｎの出庫を行う担当者はパーツセンタ端末４を操作して、保守部品手配装置２から受け付けた保守部品の出庫の手配を確認する。パーツセンタ＃ｎの出庫を行う担当者は確認した保守部品の出庫の手配に基づき、保守部品を例えば保守対象設備３の設置場所などの出庫先に配送する。保守を行う担当者は出庫先で保守部品を受け取り、保守対象設備３の保守を行う。
【００１８】
（システム処理手順）
図２は保守部品手配システムの処理手順を表した一例のシーケンス図である。ステップＳ１に進み、保守対象設備３は障害又は障害の予兆を検出できるメッセージコードを保守部品手配装置２に送信する。
【００１９】
ステップＳ２に進み、保守部品手配装置２は検出した障害又は障害の予兆に応じて保守に必要な保守部品を特定する。このとき、保守部品手配装置２はメッセージコードを受信してから保守対象設備３が障害で停止に至るまでの時間を過去の障害データなどから予測して保守の対応期限を決定しておく。
【００２０】
保守部品手配装置２は保守部品を在庫として持つパーツセンタ＃ｎを複数選出する。選出したパーツセンタ＃ｎの在庫が既に仮押さえされた保守部品だった場合は、保守の緊急度を比較する。既に仮押さえしていた要求よりも緊急度が高ければ、既に仮押さえされていたパーツセンタ＃ｎの在庫は新たな要求に振り替えられる。
【００２１】
保守部品手配装置２は選出した複数のパーツセンタ＃ｎの保守部品の仮押さえをパーツセンタ端末４−１〜４−３に要求する。選出した複数のパーツセンタ＃ｎには、所要時間や所要費用などのコストパフォーマンスの優れた順に優先順位を付加しておく。
【００２２】
保守部品手配装置２は保守の対応期限に間に合うように配送エリア６までの所要時間を考慮した出庫待ち制限時刻をパーツセンタ＃ｎごとに設定する。保守部品手配装置２は出庫待ち制限時刻になるまで出庫・配送指示を行わず、出庫・配送を一時見合わせる。保守部品手配装置２は出庫・配送を一時見合わせている間に、部品補充などにより在庫に変化があった場合や配送状況に変化があった場合、再度、保守ごとに複数のパーツセンタ＃ｎの保守部品の仮押さえを行う。
【００２３】
ステップＳ３に進み、出庫待ち制限時刻になったパーツセンタ＃ｎがあると、保守部品手配装置２は、優先順位の高い他のパーツセンタ＃ｎがあれば出庫待ち制限時刻になったパーツセンタ＃ｎを出庫元パーツセンタ候補から削除し、優先順位の高い他のパーツセンタ＃ｎがなければ出庫待ち制限時刻になったパーツセンタ＃ｎ（図２ではパーツセンタ＃１）のパーツセンタ端末４−１に出庫・配送指示を行う。
【００２４】
ステップＳ４に進み、パーツセンタ＃１の出庫を行う担当者はパーツセンタ端末４−１を操作して、保守部品の出庫・配送指示を確認する。パーツセンタ＃１の出庫を行う担当者は確認した保守部品の出庫・配送指示に基づき、保守部品を例えば保守対象設備３の設置場所などの出庫先に配送する。保守を行う担当者は出庫先で保守部品を受け取り、保守対象設備３の保守を行う。
（保守部品手配装置２のハードウェア構成）
保守部品手配プログラムがインストールされているパーソナルコンピュータは保守部品手配装置２の一例である。ここでは、保守部品手配プログラムがインストールされているパーソナルコンピュータのハードウェア構成を説明する。
【００２５】
パーソナルコンピュータは本実施例の保守部品手配装置２と同様の機能を有する保守部品手配プログラムを実行する。図３はパーソナルコンピュータの一例のハードウェア構成図である。
【００２６】
パーソナルコンピュータ１０は入力装置２１、表示装置２２、パーソナルコンピュータ本体２３を有する。パーソナルコンピュータ本体２３はバス３７で相互に接続されている主記憶装置３１、演算処理装置３２、インターフェース装置３３、記録媒体読取装置３４及び補助記憶装置３５を有する。また、バス３７には入力装置２１及び表示装置２２が接続されている。
【００２７】
バス３７で相互に接続されている入力装置２１、表示装置２２、主記憶装置３１、演算処理装置３２、インターフェース装置３３、記録媒体読取装置３４及び補助記憶装置３５は、演算処理装置３２による管理下で相互にデータの送受を行うことができる。演算処理装置３２は、パーソナルコンピュータ１０全体の動作制御を司る中央処理装置である。
【００２８】
インターフェース装置３３は他のパーソナルコンピュータ又はサーバなどからのデータを受信し、そのデータの内容を演算処理装置３２に渡す。さらにインターフェース装置３３は演算処理装置３２からの指示に応じて他のパーソナルコンピュータ又はサーバなどにデータを送信する。
【００２９】
補助記憶装置３５には、保守部品手配装置２と同様の機能をパーソナルコンピュータ１０に発揮させるプログラムの一部として、少なくとも保守部品手配装置２における保守部品手配処理をパーソナルコンピュータ１０に実行させる保守部品手配プログラムが記憶されている。
【００３０】
そして、演算処理装置３２が保守部品手配プログラムを補助記憶装置３５から読み出して実行することで、保守部品手配装置２として機能するようになる。保守部品手配プログラムは演算処理装置３２とアクセス可能な主記憶装置３１に格納されていても良い。入力装置２１は演算処理装置３２の管理下でデータの入力を受付ける。保守部品手配プログラムはパーソナルコンピュータ１０が読み取り可能な記録媒体３６に記録しておくことができる。
【００３１】
パーソナルコンピュータ１０で読み取り可能な記録媒体３６には、磁気記録媒体、光ディスク、光磁気記録媒体、半導体メモリなどがある。磁気記録媒体には、ＨＤＤ、フレキシブルディスク（ＦＤ）、磁気テープ（ＭＴ）などがある。光ディスクには、ＤＶＤ（Ｄｉｇｉｔａｌ Ｖｅｒｓａｔｉｌｅ Ｄｉｓｃ）、ＤＶＤ−ＲＡＭ、ＣＤ−ＲＯＭ（Ｃｏｍｐａｃｔ Ｄｉｓｃ − Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）、ＣＤ−Ｒ（Ｒｅｃｏｒｄａｂｌｅ）／ＲＷ（ＲｅＷｒｉｔａｂｌｅ）などがある。また、光磁気記録媒体には、ＭＯ（Ｍａｇｎｅｔｏ − Ｏｐｔｉｃａｌ ｄｉｓｋ）などがある。
【００３２】
保守部品手配プログラムを流通させる場合には、例えば、保守部品手配プログラムが記録されたＤＶＤ、ＣＤ−ＲＯＭなどの可搬型の記録媒体３６が販売されることが考えられる。
【００３３】
そして保守部品手配プログラムを実行するパーソナルコンピュータ１０は、例えば記録媒体読取装置３４が保守部品手配プログラムを記録した記録媒体３６から、保守部品手配プログラムを読み出す。演算処理装置３２は、読み出された保守部品手配プログラムを主記憶装置３１若しくは補助記憶装置３５に格納する。そして、パーソナルコンピュータ１０は、自己の記憶装置である主記憶装置３１若しくは補助記憶装置３５から保守部品手配プログラムを読み取り、保守部品手配プログラムに従った処理を実行する。
（ブロック構成）
図４は本実施例の保守部品手配装置の一例のブロック図である。保守部品手配装置２はメッセージコード受信部４１、部品要求管理テーブル作成部４２、出庫元パーツセンタ候補リスト作成部４３、部品出庫処理部４４、部品要求管理テーブル４５、緊急度レベル管理テーブル４６、部品在庫管理テーブル４７、配送状況管理テーブル４８、配送手段選択テーブル４９、出庫元パーツセンタ候補リスト５０、部品在庫データベース（ＤＢ）５１を有する。
【００３４】
メッセージコード受信部４１、部品要求管理テーブル作成部４２、出庫元パーツセンタ候補リスト作成部４３及び部品出庫処理部４４は演算処理装置３２が保守部品手配プログラムを実行することにより実現される。部品要求管理テーブル４５、緊急度レベル管理テーブル４６、部品在庫管理テーブル４７、配送状況管理テーブル４８、配送手段選択テーブル４９、出庫元パーツセンタ候補リスト５０及び部品在庫ＤＢ５１の一部又は全部はデータベースサーバ等で別途管理するようにしてもよい。
【００３５】
メッセージコード受信部４１は保守対象設備３からメッセージコードを受信する。部品要求管理テーブル作成部４２は部品要求管理テーブル作成処理を行う。出庫元パーツセンタ候補リスト作成部４３は出庫元パーツセンタ候補リスト作成処理を行う。部品出庫処理部４４は部品出庫処理を行う。
【００３６】
部品要求管理テーブル４５は保守部品の配送要求を管理する。緊急度レベル管理テーブル４６は保守対象設備３の保守の緊急度レベルを管理する。部品在庫管理テーブル４７はパーツセンタ＃ｎ単位で保守部品の在庫と保守部品の配送要求との関連を管理する。配送状況管理テーブル４８はパーツセンタ＃ｎ単位で配送手段ごとの配送状況を管理する。配送手段選択テーブル４９は配送エリア６単位で各パーツセンタ＃ｎにおける配送手段ごとの所要時間、所要費用を管理する。出庫元パーツセンタ候補リスト５０は保守部品の配送要求ごとに保守部品の出庫元候補であるパーツセンタ＃ｎを複数管理する。部品在庫ＤＢ５１はパーツセンタ＃ｎの保守部品の在庫を管理する。
【００３７】
図５は部品要求管理テーブルの一例の構成図である。部品要求管理テーブル４５は、保守部品の配送要求ごとに要求内容を管理している。要求内容には、データ項目として保守対象設備、障害対応期限（日時）、配送先、配送エリア、配送集約先、要求部品、緊急度レベルが含まれる。データ項目「部品配送要求」は保守部品の配送要求を識別するための識別情報である。データ項目「保守対象設備」は保守部品によって保守を行う保守対象である。データ項目「障害対応期限（日時）」は保守の対応期限である。データ項目「配送先」は保守部品の配送先である。データ項目「配送エリア」は保守部品の配送エリア６である。データ項目「配送集約先」は集約先の保守部品の配送要求である。データ項目「要求部品」は配送要求を行う保守部品である。データ項目「緊急度レベル」は保守の緊急度レベルである。
【００３８】
図６は緊急度レベル管理テーブルの一例の構成図である。緊急度レベル管理テーブル４６は、保守対象設備３ごとに緊急度レベルを算出するための条件と緊急度レベルとを管理している。緊急度レベルを算出するための条件には、データ項目として障害対応期限（猶予期間）、顧客業務・社会への影響度、クレーム化指数（障害発生回数）が含まれる。
【００３９】
データ項目「障害対応期限（猶予期間）」は障害対応期限に基づく緊急度を数値で表している。データ項目「顧客業務・社会への影響度」は顧客業務・社会への影響度に基づく緊急度を数値で表している。データ項目「クレーム化指数（障害発生回数）」は障害発生回数に基づく緊急度を数値で表している。データ項目「緊急度レベル」は保守対象設備３の保守の緊急度レベルを数値で表している。
【００４０】
図７は部品在庫管理テーブルの一例の構成図である。部品在庫管理テーブル４７はパーツセンタ＃ｎ単位に設けられる。部品在庫管理テーブル４７は保守部品の種類毎に、在庫と配送要求との関連を管理する。部品在庫管理テーブル４７のデータ項目には、部品種類、在庫数量、出庫待ちフラグ、出庫待ち制限時刻、部品配送要求が含まれる。
【００４１】
データ項目「部品種類」は保守部品の種類である。データ項目「在庫数量」は保守部品の在庫数量である。データ項目「出庫待ちフラグ」は保守部品が仮押さえされているか否かを表している。データ項目「出庫待ち制限時刻」は、保守の対応期限を考慮して決められる保守部品の出庫時刻を表している。データ項目「部品配送要求」は保守部品を仮押さえしている部品配送要求を表している。
【００４２】
図８は配送状況管理テーブルの一例の構成図である。配送状況管理テーブル４８はパーツセンタ＃ｎ単位に設けられる。配送状況管理テーブル４８は配送手段ごとの配送状況を管理する。配送状況には、データ項目として実車／空車、パーツセンタ出発時刻、配送エリア、部品引渡し時刻、帰着中フラグが含まれる。
【００４３】
データ項目「配送手段」は保守部品を配送する配送手段である。データ項目「実車／空車」は配送手段が使用中（実車）であるか使用中でない（空車）であるかを表す。データ項目「パーツセンタ出発時刻」は配送手段がパーツセンタ＃ｎを出発する時刻を表す。データ項目「配送エリア」は配送手段が保守部品を配送する配送エリア６である。データ項目「部品引渡し時刻」は保守部品を引渡す時刻である。データ項目「帰着中フラグ」は配送手段が帰着中であるか否かを表す。
【００４４】
図９は配送手段選択テーブルの一例の構成図である。配送手段選択テーブル４９は配送エリア６単位に設けられている。配送手段選択テーブル４９は各パーツセンタ＃ｎにおける配送手段ごとの所要時間、所要費用を管理する。また、配送手段選択テーブル４９は各パーツセンタ＃ｎにおける保守部品の在庫検索順を表す。
【００４５】
図１０は出庫元パーツセンタ候補リストの一例の構成図である。出庫元パーツセンタ候補リスト５０は保守部品の配送要求及び保守部品単位に設けられている。出庫元パーツセンタ候補リスト５０は保守部品の配送要求及び保守部品ごとに保守部品の出庫元候補であるパーツセンタ＃ｎを優先順位付けして複数管理する。出庫元パーツセンタ候補リスト５０のデータ項目には、優先順位、出庫元パーツセンタ候補、配送手段、所要時間、所要費用が含まれる。
【００４６】
データ項目「優先順位」は保守部品の出庫元候補であるパーツセンタ＃ｎの優先順位を表している。データ項目「出庫元パーツセンタ候補」は保守部品の出庫元候補であるパーツセンタ＃ｎを表している。データ項目「配送手段」は保守部品を配送エリア６まで配送する配送手段である。データ項目「所要時間」は配送エリア６までの配送に要する所要時間である。データ項目「所要費用」は配送エリア６までの配送に要する所要費用である。
【００４７】
（処理フロー）
図１１は本実施例の保守部品手配装置が行う処理の一例のフローチャートである。図１１のフローチャートの処理は、メッセージコード受信時、在庫又は配送状況変化時、一定時間経過時などに行う。
【００４８】
ステップＳ１１に進み、保守部品手配装置２のメッセージコード受信部４１は保守対象設備３からメッセージコードを受信したか否かを判定する。保守対象設備３からメッセージコードを受信していれば、部品要求管理テーブル作成部４２はステップＳ１２に進み、部品要求管理テーブル作成処理を行う。部品要求管理テーブル作成処理の詳細は後述する。
【００４９】
部品要求管理テーブル作成処理のあと、出庫元パーツセンタ候補リスト作成部４３はステップＳ１４に進み、出庫元パーツセンタ候補リスト作成処理を行う。出庫元パーツセンタ候補リスト作成処理の詳細は後述する。出庫元パーツセンタ候補リスト作成処理のあと、部品出庫処理部４４はステップＳ１５に進み、部品在庫管理テーブル４７を参照して出庫待ち制限時刻を過ぎているレコードがあるか否かを判定する。出庫待ち制限時刻を過ぎているレコードがあれば、部品出庫処理部４４はステップＳ１６に進み、部品出庫処理を行う。部品出庫処理の詳細は後述する。
【００５０】
なお、ステップＳ１１において保守対象設備３からメッセージコードを受信していなければ、出庫元パーツセンタ候補リスト作成部４３は部品在庫管理テーブル４７及び配送状況管理テーブル４８を参照し、保守部品の在庫又は配送手段の配送状況に変化があるか否かを判定する。保守部品の在庫又は配送手段の配送状況に変化があれば、出庫元パーツセンタ候補リスト作成部４３はステップＳ１４に進み、上記の処理を行う。保守部品の在庫又は配送手段の配送状況に変化がなければ、部品出庫処理部４４は一定時間経過時にステップＳ１５に進み、上記の処理を行う。
【００５１】
図１２はステップＳ１２の部品要求管理テーブル作成処理の一例のフローチャートである。ステップＳ２１に進み、部品要求管理テーブル作成部４２はメッセージコード受信部４１が受信したメッセージコードから被疑部品の特定を行う。ここで被疑部品とはメッセージコードから検出される障害又は障害の予兆に応じて保守に必要と判定される保守部品をいう。
【００５２】
部品要求管理テーブル作成部４２は保守対象設備３から受信したメッセージコードと、過去の保守対象設備３の障害データと照合し、保守の必要性を判定する。部品要求管理テーブル作成部４２は保守が必要と判定すると、過去の保守対象設備３の障害データを参照し、保守部品が必要か否かを判定する。保守に保守部品が必要と判定すると、部品要求管理テーブル作成部４２は過去の保守で使用した保守部品を過去の保守対象設備３の障害データから読み出し、被疑部品として特定する。
【００５３】
部品要求管理テーブル作成部４２は部品要求管理テーブル４５のデータ項目「部品配送要求」に一意の識別情報を設定する。部品要求管理テーブル作成部４２は部品要求管理テーブル４５のデータ項目「保守対象設備」に、メッセージコードを送信してきた保守対象設備３を設定する。部品要求管理テーブル作成部４２は部品要求管理テーブル４５のデータ項目「配送先」に、メッセージコードを送信してきた保守対象設備３のユーザを識別する識別情報を設定する。部品要求管理テーブル作成部４２は部品要求管理テーブル４５のデータ項目「配送エリア」に、メッセージコードを送信してきた保守対象設備３の配送エリア６を設定する。部品要求管理テーブル作成部４２は部品要求管理テーブル４５のデータ項目「要求部品」に特定した被疑部品を設定する。
【００５４】
ステップＳ２２に進み、部品要求管理テーブル作成部４２は緊急度レベル管理テーブル４６を参照し、保守対象設備３及び配送先に対応するデータ項目「障害対応期限（猶予期間）」を取得する。なお、部品要求管理テーブル作成部４２は過去の保守対象設備３の障害データと照合し、保守対象設備３からメッセージコードを受信してから保守対象設備３が停止に至るまでの期間を障害対応期限として算出してもよい。部品要求管理テーブル作成部４２は取得した障害対応期限又は算出した障害対応期限に基づき、部品要求管理テーブル４５のデータ項目「障害対応期限（日時）」を設定する。
【００５５】
ステップＳ２３に進み、部品要求管理テーブル作成部４２は緊急度レベル管理テーブル４６を参照し、保守対象設備３及び配送先に対応するデータ項目「緊急度レベル」を取得する。部品要求管理テーブル作成部４２は取得した緊急度レベルを部品要求管理テーブル４５のデータ項目「緊急度レベル」に設定する。
【００５６】
ステップＳ２４に進み、部品要求管理テーブル作成部４２は部品要求管理テーブル４５を参照し、他の保守部品の配送要求に同一の配送エリア６への配送があるか否かを判定する。ステップＳ２４の処理は同一の配送エリア６への配送があれば、配送を集約することにより効率化するものである。他の保守部品の配送要求に同一の配送エリア６への配送があれば、部品要求管理テーブル作成部４２はステップＳ２５に進み、同一の配送エリア６への保守部品の配送を集約（例えば緊急度レベルの高い方へ集約）するように、部品要求管理テーブル４５のデータ項目「配送集約先」を設定する。図５の部品要求管理テーブル４５は部品配送要求「要求０３」の保守部品の配送が部品配送要求「要求０２」の保守部品の配送に集約するように設定されている。
【００５７】
ステップＳ２４において、他の保守部品の配送要求に同一の配送エリア６への配送がなければ、部品要求管理テーブル作成部４２は図１２のフローチャートの処理を終了する。また、部品要求管理テーブル作成部４２はステップＳ２５の処理のあと、図１２のフローチャートの処理を終了する。
【００５８】
図１３はステップＳ１４の出庫元パーツセンタ候補リスト作成処理の一例のフローチャートである。ステップＳ３１に進み、出庫元パーツセンタ候補リスト作成部４３は処理対象の配送要求（以下、該当要求という）を部品要求管理テーブル４５から選定する。出庫元パーツセンタ候補リスト作成部４３は該当要求のデータ項目「要求部品」に設定された保守部品（以下、該当部品という）を選定する。出庫元パーツセンタ候補リスト作成部４３は該当部品を配送可能なパーツセンタ＃ｎ及び配送手段を、部品在庫管理テーブル４７、配送状況管理テーブル４８、配送手段選択テーブル４９を参照して選定する。ステップＳ３１はパーツセンタ＃ｎ及び配送手段の再選定を含むものである。
【００５９】
例えば出庫元パーツセンタ候補リスト作成部４３は配送手段選択テーブル４９が表す在庫検索順に部品在庫管理テーブル４７を参照することで、該当部品を配送可能なパーツセンタ＃ｎを選定できる。また、出庫元パーツセンタ候補リスト作成部４３は配送状況管理テーブル４８を参照することで該当部品の配送に利用可能な配送手段を選定できる
ステップＳ３２に進み、出庫元パーツセンタ候補リスト作成部４３はステップＳ３１で選定したパーツセンタ＃ｎにおける該当部品の出庫待ちフラグが「ＯＮ」であるか否かを判定する。出庫待ちフラグが「ＯＮ」である該当部品は既に他の配送要求（以下、既要求という）によって仮押さえされている（競合が発生している）保守部品である。
【００６０】
選定したパーツセンタ＃ｎにおける該当部品の出庫待ちフラグが「ＯＮ」であれば、出庫元パーツセンタ候補リスト作成部４３はステップＳ３３に進み、部品要求管理テーブル４５の該当要求のデータ項目「緊急度レベル」が既要求のデータ項目「緊急度レベル」よりも高いか、言い換えれば該当要求が優先かを判定する。該当要求のデータ項目「緊急度レベル」の方が高ければ、出庫元パーツセンタ候補リスト作成部４３はステップＳ３４に進み、既要求の出庫元パーツセンタ候補リスト５０に他の出庫元パーツセンタ候補があるか否かを判定する。
【００６１】
既要求の出庫元パーツセンタ候補リスト５０に他の出庫元パーツセンタ候補があれば、出庫元パーツセンタ候補リスト作成部４３はステップＳ３５に進み、既要求により仮押さえされている保守部品の出庫先を変更可能か否かを判定する。
【００６２】
既要求により仮押さえされている保守部品の出庫先を変更可能であれば、出庫元パーツセンタ候補リスト作成部４３はステップＳ３６に進み、仮押さえされている部品の出庫先を変更するように既要求の出庫元パーツセンタ候補リスト５０を修正する。つまり、出庫元パーツセンタ候補リスト作成部４３は既要求の出庫元パーツセンタ候補リスト５０から仮押さえされている該当部品の出庫元のパーツセンタ＃ｎを削除する。
【００６３】
なお、ステップＳ３２において、選定したパーツセンタ＃ｎにおける該当部品の出庫待ちフラグが「ＯＮ」でなければ、出庫元パーツセンタ候補リスト作成部４３はステップＳ３７に進む。ステップＳ３３において、該当要求のデータ項目「緊急度レベル」の方が高くなければ、出庫元パーツセンタ候補リスト作成部４３はステップＳ３１に戻る。ステップＳ３４において、既要求の出庫元パーツセンタ候補リスト５０に他に出庫元パーツセンタ候補がなければ、出庫元パーツセンタ候補リスト作成部４３はステップＳ３１に戻る。ステップＳ３５において、既要求により仮押さえされている保守部品の出庫先を変更可能でなければ、出庫元パーツセンタ候補リスト作成部４３はステップＳ３１に戻る。
【００６４】
ステップＳ３７では、出庫元パーツセンタ候補リスト作成部４３が仮押さえされている部品の出庫元のパーツセンタ＃ｎを該当要求の出庫元パーツセンタ候補リスト５０へ登録し、配送手段選択テーブル４９に従って優先順位を付与する。ステップＳ３８に進み、出庫元パーツセンタ候補リスト作成部４３は該当要求の部品在庫管理テーブル４７へ出庫待ち制限時刻を設定すると共に、出庫待ちフラグを「ＯＮ」にする。
【００６５】
ステップＳ３９に進み、出庫元パーツセンタ候補リスト作成部４３は該当要求の出庫元パーツセンタ候補リスト５０を参照し、出庫元パーツセンタ候補が一定数選出されたか否かを判定する。出庫元パーツセンタ候補が一定数選出されていなければ、出庫元パーツセンタ候補リスト作成部４３はステップＳ３１に戻り、処理を続ける。出庫元パーツセンタ候補が一定数選出されていれば、出庫元パーツセンタ候補リスト作成部４３はステップＳ４０に進み、該当要求のデータ項目「配送集約先」の配送要求が設定されているか否かを判定する。
【００６６】
該当要求のデータ項目「配送集約先」の配送要求があれば、出庫元パーツセンタ候補リスト作成部４３は集約する該当要求及び既要求の出庫元パーツセンタ候補リスト５０を修正したあと、図１３のフローチャートの処理を終了する。該当要求のデータ項目「配送集約先」の配送要求がなければ、出庫元パーツセンタ候補リスト作成部４３は図１３のフローチャートの処理を終了する。
【００６７】
図１４はステップＳ１６の部品出庫処理の一例のフローチャートである。ステップＳ５１に進み、部品出庫処理部４４は部品在庫管理テーブル４７を参照して出庫待ち制限時刻を過ぎている（出庫時刻を過ぎている）保守部品（以下、該当部品という）、パーツセンタ＃ｎ（以下、該当パーツセンタという）及び該当部品の配送要求（以下、該当要求という）の組み合わせがあるか否かを判定する。
【００６８】
出庫待ち制限時刻を過ぎている該当部品、該当パーツセンタ及び該当要求の組み合わせがあれば、部品出庫処理部４４はステップＳ５２に進み、出庫元パーツセンタ候補リスト５０を参照して、該当要求及び当該部品の出庫元パーツセンタ候補リスト５０に該当パーツセンタよりも優先順位が高い他のパーツセンタが出庫元パーツセンタとして設定されているか否かを判定する。
【００６９】
該当要求及び当該部品の出庫元パーツセンタ候補リスト５０に該当パーツセンタよりも優先順位が高い他のパーツセンタが出庫元パーツセンタとして設定されていなければ、部品出庫処理部４４はステップＳ５３に進み、該当部品の出庫・配送指示を該当パーツセンタに対して行う。ステップＳ５４に進み、部品出庫処理部４４は該当要求及び当該部品の出庫元パーツセンタ候補リスト５０を削除したあと、図１４のフローチャートの処理を終了する。
【００７０】
該当要求及び当該部品の出庫元パーツセンタ候補リスト５０に該当パーツセンタよりも優先順位が高い他のパーツセンタが出庫元パーツセンタとして設定されていれば、部品出庫処理部４４はステップＳ５５に進み、該当パーツセンタが出庫元パーツセンタとして設定されているレコードを該当要求及び当該部品の出庫元パーツセンタ候補リスト５０から削除したあと、図１４のフローチャートを終了する。
【００７１】
なお、ステップＳ５１において、出庫待ち制限時刻を過ぎている該当部品、該当パーツセンタ及び該当要求の組み合わせがなければ、部品出庫処理部４４は図１４のフローチャートの処理を終了する。
【実施例１】
【００７２】
以下では本実施例の保守部品手配システム１の処理手順の具体例を説明する。図１５は保守部品手配システムのパーツセンタ及び配送エリアを表した一例の構成図である。図１５は４つの配送エリア６ａ〜６ｄにそれぞれ配置された４つのパーツセンタ＃１〜＃４を表している。
【００７３】
パーツセンタ＃１は保守部品の在庫として部品ｄ、ｅを有している。パーツセンタ＃２は保守部品の在庫を有していない。パーツセンタ＃３は保守部品の在庫として部品ｆ、ｇを有している。パーツセンタ＃４は保守部品の在庫として部品ｄ、ｆを有している。
【００７４】
まず、１月２３日１１：００に配送エリア６ａで部品ｄの配送要求「要求０１」が発生したとする。このときの部品要求管理テーブル４５、部品在庫管理テーブル４７、配送状況管理テーブル４８及び出庫元パーツセンタ候補リスト５０は図１６〜図１９に示すようになる。図１６は「要求０１」が発生したあとの部品要求管理テーブルの一例の構成図である。図１７は「要求０１」が発生したあとの部品在庫管理テーブルの一例の構成図である。図１８は「要求０１」が発生したあとの配送状況管理テーブルの一例の構成図である。図１９は「要求０１」が発生したあとの出庫元パーツセンタ候補リストの一例の構成図である。
【００７５】
図１６の部品要求管理テーブル４５は配送エリア６ａで発生した部品ｄの配送要求「要求０１」のレコードが追加されている。図１７の部品在庫管理テーブル４７は配送要求「要求０１」の部品ｄを在庫として有しているパーツセンタ＃１、＃４のレコードが修正されている。図１７に示した修正は部品ｄが仮押さえされたことによる修正であり、データ項目「出庫待ちフラグ」「出庫待ち制限時刻」「部品配送要求」が修正されている。
【００７６】
図１８の配送状況管理テーブル４８は配送エリア６ａで発生した部品ｄの配送要求「要求０１」に応じて部品ｄを配送する配送手段「庸上車１１」のレコードが修正されている。図１９の出庫元パーツセンタ候補リスト５０は配送エリア６ａで発生した部品ｄの配送要求「要求０１」に応じて新たに作成される。
【００７７】
次に、１月２３日１３：００に配送エリア６ｂで部品ｄ、ｇの配送要求「要求０２」が発生したとする。なお、配送要求「要求０１」と「要求０２」とは保守部品の競合が生じているものとする。このときの部品要求管理テーブル４５、部品在庫管理テーブル４７、配送状況管理テーブル４８及び出庫元パーツセンタ候補リスト５０は図２０〜図２３に示すようになる。図２０は「要求０２」が発生したあとの部品要求管理テーブルの一例の構成図である。図２１は「要求０２」が発生したあとの部品在庫管理テーブルの一例の構成図である。図２２は「要求０２」が発生したあとの配送状況管理テーブルの一例の構成図である。図２３は「要求０２」が発生したあとの出庫元パーツセンタ候補リストの一例の構成図である。
【００７８】
図２０の部品要求管理テーブル４５は配送エリア６ｂで発生した部品ｄ、ｇの配送要求「要求０２」のレコードが追加されている。図２１の部品在庫管理テーブル４７は配送要求「要求０２」の部品ｄ、ｇを在庫として有しているパーツセンタ＃１、＃３のレコードが修正されている。図２１に示した修正は部品ｄ、ｇが仮押さえされたことによる修正であり、データ項目「出庫待ちフラグ」「出庫待ち制限時刻」「部品配送要求」が修正されている。なお、配送要求「要求０２」の方が配送要求「要求０１」よりも緊急度レベルが高いため、パーツセンタ＃１の部品在庫管理テーブル４７の部品ｄのレコードは、配送要求「要求０１」から配送要求「要求０２」へ振り替えられている。
【００７９】
図２２の配送状況管理テーブル４８は配送エリア６ｂで発生した部品ｄ、ｇの配送要求「要求０２」に応じて部品ｄ、ｇを配送する配送手段「庸上車１１」「スポット便３１」のレコードが修正されている。また、図２２の配送状況管理テーブル４８は配送エリア６ａで発生した部品ｄの配送要求「要求０１」に応じて部品ｄを配送する配送手段「スポット便４２」のレコードが修正されている。図２３の配送要求「要求０２」及び部品ｄ、ｇの出庫元パーツセンタ候補リスト５０は配送エリア６ｂで発生した部品ｄ、ｇの配送要求「要求０２」に応じて新たに作成される。また、図２３の配送要求「要求０１」及び部品ｄの出庫元パーツセンタ候補リスト５０は配送エリア６ｂで発生した配送要求「要求０２」に振り替えられた優先順位「順位１」のレコードが削除されている。
【００８０】
次に、１月２３日１３：１０に配送エリア６ｂで部品ｆの配送要求「要求０３」が発生したとする。なお、配送要求「要求０３」は配送要求「要求０２」に集約することにより効率化されるものとする。このときの部品要求管理テーブル４５、部品在庫管理テーブル４７、配送状況管理テーブル４８及び出庫元パーツセンタ候補リスト５０は図２４〜図２７に示すようになる。図２４は「要求０３」が発生したあとの部品要求管理テーブルの一例の構成図である。図２５は「要求０３」が発生したあとの部品在庫管理テーブルの一例の構成図である。図２６は「要求０３」が発生したあとの配送状況管理テーブルの一例の構成図である。図２７は「要求０３」が発生したあとの出庫元パーツセンタ候補リストの一例の構成図である。
【００８１】
図２４の部品要求管理テーブル４５は配送エリア６ｂで発生した部品ｆの配送要求「要求０３」のレコードが追加されている。配送要求「要求０３」のレコードは配送要求「要求０２」のレコードと同じ配送エリア６ｂへの配送であるため、緊急度レベルの高い配送要求「要求０２」に集約するように、配送集約先に「要求０２」が設定される。
【００８２】
図２５の部品在庫管理テーブル４７は配送要求「要求０３」の部品ｆを在庫として有しているパーツセンタ＃３、＃４のうち、集約された配送要求「要求０２」と同じパーツセンタ＃３のレコードが修正されている。図２５に示した修正は部品ｆが仮押さえされたことによる修正であり、データ項目「出庫待ちフラグ」「出庫待ち制限時刻」「部品配送要求」が修正されている。
【００８３】
図２６の配送状況管理テーブル４８は配送エリア６ｂで発生した部品ｆの配送要求「要求０３」に応じて修正されていない。これは、配送要求「要求０３」は配送要求「要求０２」に集約された為である。
【００８４】
図２７の配送要求「要求０３」及び部品ｆの出庫元パーツセンタ候補リスト５０は配送エリア６ｂで発生した部品ｆの配送要求「要求０３」に応じて新たに作成される。また、図２７の配送要求「要求０２」及び部品ｇの出庫元パーツセンタ候補リスト５０、配送要求「要求０３」及び部品ｆの出庫元パーツセンタ候補リスト５０は配送を集約した優先順位「順位１」のレコードの所要費用を２分の１に修正している。
【００８５】
（まとめ）
本実施例の保守部品手配システム１では、保守部品の配送要求が発生したとき、保守部品の出庫・配送まで余裕がある場合に、出庫を一時見合わせる代わりに仮押さえしておくことで、保守部品の競合が生じた場合や保守部品の在庫又は配送状況変化時、あるいは同一の配送エリアへの配送要求が新たに発生時に、出庫元パーツセンタ及び配送手段の見直しを容易にできる。また、配送要求ごとに出庫元パーツセンタ及び配送手段の組み合わせを複数確保することで、より緊急性の高い配送要求に対する保守部品の振り分けを可能とすると共に、その時点で最適な出庫元パーツセンタ及び配送手段の再選定を行うことができる。
【００８６】
本実施例における保守部品手配プログラムは、パッケージソフトの他、ＷＥＢサービス等によっても提供可能である。なお、特許請求の範囲に記載した仮押さえ手段は部品要求管理テーブル作成部４２、出庫元パーツセンタ候補リスト作成部４３に相当する。判定手段及び部品出庫処理手段は部品出庫処理部４４に相当する。
【符号の説明】
【００８７】
１ 保守部品手配システム
２ 保守部品手配装置
３ 保守対象設備
４、４−１〜４−３ パーツセンタ端末
５ ネットワーク
６、６ａ〜６ｄ 配送エリア
＃１〜＃３ パーツセンタ
１０ パーソナルコンピュータ
２１ 入力装置
２２ 表示装置
２３ パーソナルコンピュータ本体
３１ 主記憶装置
３２ 演算処理装置
３３ インターフェース装置
３４ 記録媒体読取装置
３５ 補助記憶装置
３６ 記録媒体
３７ バス
４１ メッセージコード受信部
４２ 部品要求管理テーブル作成部
４３ 出庫元パーツセンタ候補リスト作成部
４４ 部品出庫処理部
４５ 部品要求管理テーブル
４６ 緊急度レベル管理テーブル
４７ 部品在庫管理テーブル
４８ 配送状況管理テーブル
４９ 配送手段選択テーブル
５０ 出庫元パーツセンタ候補リスト
５１ 部品在庫データベース（ＤＢ）
【技術分野】
【０００１】
本発明は出庫元からの部品の出庫を手配する部品手配装置及び部品手配方法に関する。
【背景技術】
【０００２】
例えば保守対象設備の保守を行うメーカは、全国のユーザに迅速に対応するため、全国に分散してパーツセンタを設置している（例えば特許文献１参照）。
【０００３】
保守対象設備の保守を行うメーカは、従来、保守の必要性が認識された順に、複数のパーツセンタの中から、配送距離などに基づいて保守部品の出庫を手配するパーツセンタを特定し、出庫を手配していた。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００３−９５４４４号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
従来、保守対象設備の保守を行うメーカは、保守の必要性が認識された順に、配送距離などに基づいて特定したパーツセンタへ保守部品の出庫を手配していた為、優先度の低い保守に対する保守部品の出庫を第１のパーツセンタへ手配したあと、同一の保守部品を必要とする優先度の高い保守の必要性が認識された場合、優先度の高い保守に対する保守部品の出庫を第１のパーツセンタへ手配できないことがあった。
【０００６】
これは、一度出庫を手配した保守部品の出庫先の変更は、伝票の切り直し（現伝票のキャンセル、新伝票の発行）が必要となる等の手間が掛かる等の事情によるものである。
【０００７】
また、優先度の高い保守に対する保守部品の出庫を第１のパーツセンタよりも遠い第２のパーツセンタへ手配した場合は、第１のパーツセンタから配送するよりも保守部品の到着が遅れてしまう状況も生じていた。なお、優先度の高い保守に対する保守部品の出庫を優先する場合には、優先度の低い保守に対する保守部品の到着が保守の対応期限に間に合わないことが無いようにしなければならない。
【０００８】
本発明の一実施形態は、保守の優先度を考慮しつつ、対応期限に間に合うように出庫元からの部品の出庫を手配する部品手配装置及び部品手配方法を提供することを目的とする。
【課題を解決するための手段】
【０００９】
上記課題を解決するため、本発明の一実施形態は、出庫先への部品の出庫を、出庫元に手配する部品手配装置であって、前記部品の出庫の要求ごとに、前記部品の出庫が可能な出庫元である出庫元候補の識別子と、該出庫元候補における前記部品の出庫期限時刻の情報とを記憶手段に記憶する仮押さえ手段と、前記出庫元候補の前記出庫期限時刻が到来したとき、前記要求ごとに出庫元候補の優先順位を定めた優先順位情報に基づいて、当該出庫期限時刻が到来した出庫元候補より優先順位の高い他の出庫元候補があるか否かを判定する判定手段と、前記判定手段によって、優先順位の高い他の出庫元候補があると判定された場合には、該他の出庫元候補の識別子と該他の出庫元候補における前記部品の出庫期限時刻の情報を前記記憶手段に記憶すると共に、前記出庫期限時刻が到来した出荷元候補の識別子と出庫期限時刻の情報を前記記憶手段から削除し、優先順位の高い他の出庫元候補がないと判定された場合には、当該出庫期限時刻が到来した出庫元候補へ前記部品の出庫を手配する部品出庫処理手段とを有する。
【００１０】
なお、本発明の一実施形態の構成要素、表現又は構成要素の任意の組合せを、方法、装置、システム、コンピュータプログラム、記録媒体、データ構造などに適用したものも本発明の態様として有効である。
【発明の効果】
【００１１】
本発明の一実施形態によれば、保守の優先度を考慮しつつ、対応期限に間に合うように出庫元からの部品の出庫を手配できる。
【図面の簡単な説明】
【００１２】
【図１】保守部品手配システムの一例の構成図である。
【図２】保守部品手配システムの処理手順を表した一例のシーケンス図である。
【図３】パーソナルコンピュータの一例のハードウェア構成図である。
【図４】本実施例の保守部品手配装置の一例のブロック図である。
【図５】部品要求管理テーブルの一例の構成図である。
【図６】緊急度レベル管理テーブルの一例の構成図である。
【図７】部品在庫管理テーブルの一例の構成図である。
【図８】配送状況管理テーブルの一例の構成図である。
【図９】配送手段選択テーブルの一例の構成図である。
【図１０】出庫元パーツセンタ候補リストの一例の構成図である。
【図１１】本実施例の保守部品手配装置が行う処理の一例のフローチャートである。
【図１２】ステップＳ１２の部品要求管理テーブル作成処理の一例のフローチャートである。
【図１３】ステップＳ１４の出庫元パーツセンタ候補リスト作成処理の一例のフローチャートである。
【図１４】ステップＳ１６の部品出庫処理の一例のフローチャートである。
【図１５】保守部品手配システムのパーツセンタ及び配送エリアを表した一例の構成図である。
【図１６】「要求０１」が発生したあとの部品要求管理テーブルの一例の構成図である。
【図１７】「要求０１」が発生したあとの部品在庫管理テーブルの一例の構成図である。
【図１８】「要求０１」が発生したあとの配送状況管理テーブルの一例の構成図である。
【図１９】「要求０１」が発生したあとの出庫元パーツセンタ候補リストの一例の構成図である。
【図２０】「要求０２」が発生したあとの部品要求管理テーブルの一例の構成図である。
【図２１】「要求０２」が発生したあとの部品在庫管理テーブルの一例の構成図である。
【図２２】「要求０２」が発生したあとの配送状況管理テーブルの一例の構成図である。
【図２３】「要求０２」が発生したあとの出庫元パーツセンタ候補リストの一例の構成図である。
【図２４】「要求０３」が発生したあとの部品要求管理テーブルの一例の構成図である。
【図２５】「要求０３」が発生したあとの部品在庫管理テーブルの一例の構成図である。
【図２６】「要求０３」が発生したあとの配送状況管理テーブルの一例の構成図である。
【図２７】「要求０３」が発生したあとの出庫元パーツセンタ候補リストの一例の構成図である。
【発明を実施するための形態】
【００１３】
次に、本発明を実施するための形態を、以下の実施例に基づき図面を参照しつつ説明していく。なお、本実施例ではパーツセンタからの保守部品の出庫を手配する例について説明するが、如何なる出庫元からの部品の出庫を手配するものであってもよい。
【００１４】
（システム構成）
図１は保守部品手配システムの一例の構成図である。図１の保守部品手配システム１は保守部品手配装置２、保守対象設備３、パーツセンタ＃１〜＃３に設置されたパーツセンタ端末４−１〜４−３が、インターネットやＬＡＮなどのネットワーク５を介してデータ通信可能に接続されている。なお、パーツセンタ＃１〜＃３の何れでもよい場合はパーツセンタ＃ｎと呼ぶ。パーツセンタ端末４−１〜４−３の何れでもよい場合はパーツセンタ端末４と呼ぶ。
【００１５】
保守部品手配装置２は保守対象設備３からメッセージコードを受信する。保守部品手配装置２は受信したメッセージコードから障害又は障害の予兆を検出し、保守の必要性を判定する。保守部品手配装置２は保守に保守部品が必要であると判定すると、複数のパーツセンタ＃ｎの保守部品を仮押さえする。そして、保守部品手配装置２は保守の対応期限に間に合うように、保守部品の出庫元であるパーツセンタ＃ｎを後述のように選定し、選定したパーツセンタ＃ｎに保守部品の出庫を手配する。
【００１６】
保守対象設備３は保守対象の一例である。保守対象設備３は何れかの配送エリア６に配置されている。配送エリア６は例えば主要都市を中心とした広域行政区域などを想定することができる。配送エリア６は県内を数ブロック程度に分割するなども想定することができる。保守対象設備３は障害又は障害の予兆を検出できるメッセージコードを保守部品手配装置２に送信する。
【００１７】
パーツセンタ＃ｎは保守部品の出庫元の一例である。パーツセンタ＃ｎは保守部品手配装置２から保守部品の出庫の手配を受け付ける。パーツセンタ＃ｎの出庫を行う担当者はパーツセンタ端末４を操作して、保守部品手配装置２から受け付けた保守部品の出庫の手配を確認する。パーツセンタ＃ｎの出庫を行う担当者は確認した保守部品の出庫の手配に基づき、保守部品を例えば保守対象設備３の設置場所などの出庫先に配送する。保守を行う担当者は出庫先で保守部品を受け取り、保守対象設備３の保守を行う。
【００１８】
（システム処理手順）
図２は保守部品手配システムの処理手順を表した一例のシーケンス図である。ステップＳ１に進み、保守対象設備３は障害又は障害の予兆を検出できるメッセージコードを保守部品手配装置２に送信する。
【００１９】
ステップＳ２に進み、保守部品手配装置２は検出した障害又は障害の予兆に応じて保守に必要な保守部品を特定する。このとき、保守部品手配装置２はメッセージコードを受信してから保守対象設備３が障害で停止に至るまでの時間を過去の障害データなどから予測して保守の対応期限を決定しておく。
【００２０】
保守部品手配装置２は保守部品を在庫として持つパーツセンタ＃ｎを複数選出する。選出したパーツセンタ＃ｎの在庫が既に仮押さえされた保守部品だった場合は、保守の緊急度を比較する。既に仮押さえしていた要求よりも緊急度が高ければ、既に仮押さえされていたパーツセンタ＃ｎの在庫は新たな要求に振り替えられる。
【００２１】
保守部品手配装置２は選出した複数のパーツセンタ＃ｎの保守部品の仮押さえをパーツセンタ端末４−１〜４−３に要求する。選出した複数のパーツセンタ＃ｎには、所要時間や所要費用などのコストパフォーマンスの優れた順に優先順位を付加しておく。
【００２２】
保守部品手配装置２は保守の対応期限に間に合うように配送エリア６までの所要時間を考慮した出庫待ち制限時刻をパーツセンタ＃ｎごとに設定する。保守部品手配装置２は出庫待ち制限時刻になるまで出庫・配送指示を行わず、出庫・配送を一時見合わせる。保守部品手配装置２は出庫・配送を一時見合わせている間に、部品補充などにより在庫に変化があった場合や配送状況に変化があった場合、再度、保守ごとに複数のパーツセンタ＃ｎの保守部品の仮押さえを行う。
【００２３】
ステップＳ３に進み、出庫待ち制限時刻になったパーツセンタ＃ｎがあると、保守部品手配装置２は、優先順位の高い他のパーツセンタ＃ｎがあれば出庫待ち制限時刻になったパーツセンタ＃ｎを出庫元パーツセンタ候補から削除し、優先順位の高い他のパーツセンタ＃ｎがなければ出庫待ち制限時刻になったパーツセンタ＃ｎ（図２ではパーツセンタ＃１）のパーツセンタ端末４−１に出庫・配送指示を行う。
【００２４】
ステップＳ４に進み、パーツセンタ＃１の出庫を行う担当者はパーツセンタ端末４−１を操作して、保守部品の出庫・配送指示を確認する。パーツセンタ＃１の出庫を行う担当者は確認した保守部品の出庫・配送指示に基づき、保守部品を例えば保守対象設備３の設置場所などの出庫先に配送する。保守を行う担当者は出庫先で保守部品を受け取り、保守対象設備３の保守を行う。
（保守部品手配装置２のハードウェア構成）
保守部品手配プログラムがインストールされているパーソナルコンピュータは保守部品手配装置２の一例である。ここでは、保守部品手配プログラムがインストールされているパーソナルコンピュータのハードウェア構成を説明する。
【００２５】
パーソナルコンピュータは本実施例の保守部品手配装置２と同様の機能を有する保守部品手配プログラムを実行する。図３はパーソナルコンピュータの一例のハードウェア構成図である。
【００２６】
パーソナルコンピュータ１０は入力装置２１、表示装置２２、パーソナルコンピュータ本体２３を有する。パーソナルコンピュータ本体２３はバス３７で相互に接続されている主記憶装置３１、演算処理装置３２、インターフェース装置３３、記録媒体読取装置３４及び補助記憶装置３５を有する。また、バス３７には入力装置２１及び表示装置２２が接続されている。
【００２７】
バス３７で相互に接続されている入力装置２１、表示装置２２、主記憶装置３１、演算処理装置３２、インターフェース装置３３、記録媒体読取装置３４及び補助記憶装置３５は、演算処理装置３２による管理下で相互にデータの送受を行うことができる。演算処理装置３２は、パーソナルコンピュータ１０全体の動作制御を司る中央処理装置である。
【００２８】
インターフェース装置３３は他のパーソナルコンピュータ又はサーバなどからのデータを受信し、そのデータの内容を演算処理装置３２に渡す。さらにインターフェース装置３３は演算処理装置３２からの指示に応じて他のパーソナルコンピュータ又はサーバなどにデータを送信する。
【００２９】
補助記憶装置３５には、保守部品手配装置２と同様の機能をパーソナルコンピュータ１０に発揮させるプログラムの一部として、少なくとも保守部品手配装置２における保守部品手配処理をパーソナルコンピュータ１０に実行させる保守部品手配プログラムが記憶されている。
【００３０】
そして、演算処理装置３２が保守部品手配プログラムを補助記憶装置３５から読み出して実行することで、保守部品手配装置２として機能するようになる。保守部品手配プログラムは演算処理装置３２とアクセス可能な主記憶装置３１に格納されていても良い。入力装置２１は演算処理装置３２の管理下でデータの入力を受付ける。保守部品手配プログラムはパーソナルコンピュータ１０が読み取り可能な記録媒体３６に記録しておくことができる。
【００３１】
パーソナルコンピュータ１０で読み取り可能な記録媒体３６には、磁気記録媒体、光ディスク、光磁気記録媒体、半導体メモリなどがある。磁気記録媒体には、ＨＤＤ、フレキシブルディスク（ＦＤ）、磁気テープ（ＭＴ）などがある。光ディスクには、ＤＶＤ（Ｄｉｇｉｔａｌ Ｖｅｒｓａｔｉｌｅ Ｄｉｓｃ）、ＤＶＤ−ＲＡＭ、ＣＤ−ＲＯＭ（Ｃｏｍｐａｃｔ Ｄｉｓｃ − Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）、ＣＤ−Ｒ（Ｒｅｃｏｒｄａｂｌｅ）／ＲＷ（ＲｅＷｒｉｔａｂｌｅ）などがある。また、光磁気記録媒体には、ＭＯ（Ｍａｇｎｅｔｏ − Ｏｐｔｉｃａｌ ｄｉｓｋ）などがある。
【００３２】
保守部品手配プログラムを流通させる場合には、例えば、保守部品手配プログラムが記録されたＤＶＤ、ＣＤ−ＲＯＭなどの可搬型の記録媒体３６が販売されることが考えられる。
【００３３】
そして保守部品手配プログラムを実行するパーソナルコンピュータ１０は、例えば記録媒体読取装置３４が保守部品手配プログラムを記録した記録媒体３６から、保守部品手配プログラムを読み出す。演算処理装置３２は、読み出された保守部品手配プログラムを主記憶装置３１若しくは補助記憶装置３５に格納する。そして、パーソナルコンピュータ１０は、自己の記憶装置である主記憶装置３１若しくは補助記憶装置３５から保守部品手配プログラムを読み取り、保守部品手配プログラムに従った処理を実行する。
（ブロック構成）
図４は本実施例の保守部品手配装置の一例のブロック図である。保守部品手配装置２はメッセージコード受信部４１、部品要求管理テーブル作成部４２、出庫元パーツセンタ候補リスト作成部４３、部品出庫処理部４４、部品要求管理テーブル４５、緊急度レベル管理テーブル４６、部品在庫管理テーブル４７、配送状況管理テーブル４８、配送手段選択テーブル４９、出庫元パーツセンタ候補リスト５０、部品在庫データベース（ＤＢ）５１を有する。
【００３４】
メッセージコード受信部４１、部品要求管理テーブル作成部４２、出庫元パーツセンタ候補リスト作成部４３及び部品出庫処理部４４は演算処理装置３２が保守部品手配プログラムを実行することにより実現される。部品要求管理テーブル４５、緊急度レベル管理テーブル４６、部品在庫管理テーブル４７、配送状況管理テーブル４８、配送手段選択テーブル４９、出庫元パーツセンタ候補リスト５０及び部品在庫ＤＢ５１の一部又は全部はデータベースサーバ等で別途管理するようにしてもよい。
【００３５】
メッセージコード受信部４１は保守対象設備３からメッセージコードを受信する。部品要求管理テーブル作成部４２は部品要求管理テーブル作成処理を行う。出庫元パーツセンタ候補リスト作成部４３は出庫元パーツセンタ候補リスト作成処理を行う。部品出庫処理部４４は部品出庫処理を行う。
【００３６】
部品要求管理テーブル４５は保守部品の配送要求を管理する。緊急度レベル管理テーブル４６は保守対象設備３の保守の緊急度レベルを管理する。部品在庫管理テーブル４７はパーツセンタ＃ｎ単位で保守部品の在庫と保守部品の配送要求との関連を管理する。配送状況管理テーブル４８はパーツセンタ＃ｎ単位で配送手段ごとの配送状況を管理する。配送手段選択テーブル４９は配送エリア６単位で各パーツセンタ＃ｎにおける配送手段ごとの所要時間、所要費用を管理する。出庫元パーツセンタ候補リスト５０は保守部品の配送要求ごとに保守部品の出庫元候補であるパーツセンタ＃ｎを複数管理する。部品在庫ＤＢ５１はパーツセンタ＃ｎの保守部品の在庫を管理する。
【００３７】
図５は部品要求管理テーブルの一例の構成図である。部品要求管理テーブル４５は、保守部品の配送要求ごとに要求内容を管理している。要求内容には、データ項目として保守対象設備、障害対応期限（日時）、配送先、配送エリア、配送集約先、要求部品、緊急度レベルが含まれる。データ項目「部品配送要求」は保守部品の配送要求を識別するための識別情報である。データ項目「保守対象設備」は保守部品によって保守を行う保守対象である。データ項目「障害対応期限（日時）」は保守の対応期限である。データ項目「配送先」は保守部品の配送先である。データ項目「配送エリア」は保守部品の配送エリア６である。データ項目「配送集約先」は集約先の保守部品の配送要求である。データ項目「要求部品」は配送要求を行う保守部品である。データ項目「緊急度レベル」は保守の緊急度レベルである。
【００３８】
図６は緊急度レベル管理テーブルの一例の構成図である。緊急度レベル管理テーブル４６は、保守対象設備３ごとに緊急度レベルを算出するための条件と緊急度レベルとを管理している。緊急度レベルを算出するための条件には、データ項目として障害対応期限（猶予期間）、顧客業務・社会への影響度、クレーム化指数（障害発生回数）が含まれる。
【００３９】
データ項目「障害対応期限（猶予期間）」は障害対応期限に基づく緊急度を数値で表している。データ項目「顧客業務・社会への影響度」は顧客業務・社会への影響度に基づく緊急度を数値で表している。データ項目「クレーム化指数（障害発生回数）」は障害発生回数に基づく緊急度を数値で表している。データ項目「緊急度レベル」は保守対象設備３の保守の緊急度レベルを数値で表している。
【００４０】
図７は部品在庫管理テーブルの一例の構成図である。部品在庫管理テーブル４７はパーツセンタ＃ｎ単位に設けられる。部品在庫管理テーブル４７は保守部品の種類毎に、在庫と配送要求との関連を管理する。部品在庫管理テーブル４７のデータ項目には、部品種類、在庫数量、出庫待ちフラグ、出庫待ち制限時刻、部品配送要求が含まれる。
【００４１】
データ項目「部品種類」は保守部品の種類である。データ項目「在庫数量」は保守部品の在庫数量である。データ項目「出庫待ちフラグ」は保守部品が仮押さえされているか否かを表している。データ項目「出庫待ち制限時刻」は、保守の対応期限を考慮して決められる保守部品の出庫時刻を表している。データ項目「部品配送要求」は保守部品を仮押さえしている部品配送要求を表している。
【００４２】
図８は配送状況管理テーブルの一例の構成図である。配送状況管理テーブル４８はパーツセンタ＃ｎ単位に設けられる。配送状況管理テーブル４８は配送手段ごとの配送状況を管理する。配送状況には、データ項目として実車／空車、パーツセンタ出発時刻、配送エリア、部品引渡し時刻、帰着中フラグが含まれる。
【００４３】
データ項目「配送手段」は保守部品を配送する配送手段である。データ項目「実車／空車」は配送手段が使用中（実車）であるか使用中でない（空車）であるかを表す。データ項目「パーツセンタ出発時刻」は配送手段がパーツセンタ＃ｎを出発する時刻を表す。データ項目「配送エリア」は配送手段が保守部品を配送する配送エリア６である。データ項目「部品引渡し時刻」は保守部品を引渡す時刻である。データ項目「帰着中フラグ」は配送手段が帰着中であるか否かを表す。
【００４４】
図９は配送手段選択テーブルの一例の構成図である。配送手段選択テーブル４９は配送エリア６単位に設けられている。配送手段選択テーブル４９は各パーツセンタ＃ｎにおける配送手段ごとの所要時間、所要費用を管理する。また、配送手段選択テーブル４９は各パーツセンタ＃ｎにおける保守部品の在庫検索順を表す。
【００４５】
図１０は出庫元パーツセンタ候補リストの一例の構成図である。出庫元パーツセンタ候補リスト５０は保守部品の配送要求及び保守部品単位に設けられている。出庫元パーツセンタ候補リスト５０は保守部品の配送要求及び保守部品ごとに保守部品の出庫元候補であるパーツセンタ＃ｎを優先順位付けして複数管理する。出庫元パーツセンタ候補リスト５０のデータ項目には、優先順位、出庫元パーツセンタ候補、配送手段、所要時間、所要費用が含まれる。
【００４６】
データ項目「優先順位」は保守部品の出庫元候補であるパーツセンタ＃ｎの優先順位を表している。データ項目「出庫元パーツセンタ候補」は保守部品の出庫元候補であるパーツセンタ＃ｎを表している。データ項目「配送手段」は保守部品を配送エリア６まで配送する配送手段である。データ項目「所要時間」は配送エリア６までの配送に要する所要時間である。データ項目「所要費用」は配送エリア６までの配送に要する所要費用である。
【００４７】
（処理フロー）
図１１は本実施例の保守部品手配装置が行う処理の一例のフローチャートである。図１１のフローチャートの処理は、メッセージコード受信時、在庫又は配送状況変化時、一定時間経過時などに行う。
【００４８】
ステップＳ１１に進み、保守部品手配装置２のメッセージコード受信部４１は保守対象設備３からメッセージコードを受信したか否かを判定する。保守対象設備３からメッセージコードを受信していれば、部品要求管理テーブル作成部４２はステップＳ１２に進み、部品要求管理テーブル作成処理を行う。部品要求管理テーブル作成処理の詳細は後述する。
【００４９】
部品要求管理テーブル作成処理のあと、出庫元パーツセンタ候補リスト作成部４３はステップＳ１４に進み、出庫元パーツセンタ候補リスト作成処理を行う。出庫元パーツセンタ候補リスト作成処理の詳細は後述する。出庫元パーツセンタ候補リスト作成処理のあと、部品出庫処理部４４はステップＳ１５に進み、部品在庫管理テーブル４７を参照して出庫待ち制限時刻を過ぎているレコードがあるか否かを判定する。出庫待ち制限時刻を過ぎているレコードがあれば、部品出庫処理部４４はステップＳ１６に進み、部品出庫処理を行う。部品出庫処理の詳細は後述する。
【００５０】
なお、ステップＳ１１において保守対象設備３からメッセージコードを受信していなければ、出庫元パーツセンタ候補リスト作成部４３は部品在庫管理テーブル４７及び配送状況管理テーブル４８を参照し、保守部品の在庫又は配送手段の配送状況に変化があるか否かを判定する。保守部品の在庫又は配送手段の配送状況に変化があれば、出庫元パーツセンタ候補リスト作成部４３はステップＳ１４に進み、上記の処理を行う。保守部品の在庫又は配送手段の配送状況に変化がなければ、部品出庫処理部４４は一定時間経過時にステップＳ１５に進み、上記の処理を行う。
【００５１】
図１２はステップＳ１２の部品要求管理テーブル作成処理の一例のフローチャートである。ステップＳ２１に進み、部品要求管理テーブル作成部４２はメッセージコード受信部４１が受信したメッセージコードから被疑部品の特定を行う。ここで被疑部品とはメッセージコードから検出される障害又は障害の予兆に応じて保守に必要と判定される保守部品をいう。
【００５２】
部品要求管理テーブル作成部４２は保守対象設備３から受信したメッセージコードと、過去の保守対象設備３の障害データと照合し、保守の必要性を判定する。部品要求管理テーブル作成部４２は保守が必要と判定すると、過去の保守対象設備３の障害データを参照し、保守部品が必要か否かを判定する。保守に保守部品が必要と判定すると、部品要求管理テーブル作成部４２は過去の保守で使用した保守部品を過去の保守対象設備３の障害データから読み出し、被疑部品として特定する。
【００５３】
部品要求管理テーブル作成部４２は部品要求管理テーブル４５のデータ項目「部品配送要求」に一意の識別情報を設定する。部品要求管理テーブル作成部４２は部品要求管理テーブル４５のデータ項目「保守対象設備」に、メッセージコードを送信してきた保守対象設備３を設定する。部品要求管理テーブル作成部４２は部品要求管理テーブル４５のデータ項目「配送先」に、メッセージコードを送信してきた保守対象設備３のユーザを識別する識別情報を設定する。部品要求管理テーブル作成部４２は部品要求管理テーブル４５のデータ項目「配送エリア」に、メッセージコードを送信してきた保守対象設備３の配送エリア６を設定する。部品要求管理テーブル作成部４２は部品要求管理テーブル４５のデータ項目「要求部品」に特定した被疑部品を設定する。
【００５４】
ステップＳ２２に進み、部品要求管理テーブル作成部４２は緊急度レベル管理テーブル４６を参照し、保守対象設備３及び配送先に対応するデータ項目「障害対応期限（猶予期間）」を取得する。なお、部品要求管理テーブル作成部４２は過去の保守対象設備３の障害データと照合し、保守対象設備３からメッセージコードを受信してから保守対象設備３が停止に至るまでの期間を障害対応期限として算出してもよい。部品要求管理テーブル作成部４２は取得した障害対応期限又は算出した障害対応期限に基づき、部品要求管理テーブル４５のデータ項目「障害対応期限（日時）」を設定する。
【００５５】
ステップＳ２３に進み、部品要求管理テーブル作成部４２は緊急度レベル管理テーブル４６を参照し、保守対象設備３及び配送先に対応するデータ項目「緊急度レベル」を取得する。部品要求管理テーブル作成部４２は取得した緊急度レベルを部品要求管理テーブル４５のデータ項目「緊急度レベル」に設定する。
【００５６】
ステップＳ２４に進み、部品要求管理テーブル作成部４２は部品要求管理テーブル４５を参照し、他の保守部品の配送要求に同一の配送エリア６への配送があるか否かを判定する。ステップＳ２４の処理は同一の配送エリア６への配送があれば、配送を集約することにより効率化するものである。他の保守部品の配送要求に同一の配送エリア６への配送があれば、部品要求管理テーブル作成部４２はステップＳ２５に進み、同一の配送エリア６への保守部品の配送を集約（例えば緊急度レベルの高い方へ集約）するように、部品要求管理テーブル４５のデータ項目「配送集約先」を設定する。図５の部品要求管理テーブル４５は部品配送要求「要求０３」の保守部品の配送が部品配送要求「要求０２」の保守部品の配送に集約するように設定されている。
【００５７】
ステップＳ２４において、他の保守部品の配送要求に同一の配送エリア６への配送がなければ、部品要求管理テーブル作成部４２は図１２のフローチャートの処理を終了する。また、部品要求管理テーブル作成部４２はステップＳ２５の処理のあと、図１２のフローチャートの処理を終了する。
【００５８】
図１３はステップＳ１４の出庫元パーツセンタ候補リスト作成処理の一例のフローチャートである。ステップＳ３１に進み、出庫元パーツセンタ候補リスト作成部４３は処理対象の配送要求（以下、該当要求という）を部品要求管理テーブル４５から選定する。出庫元パーツセンタ候補リスト作成部４３は該当要求のデータ項目「要求部品」に設定された保守部品（以下、該当部品という）を選定する。出庫元パーツセンタ候補リスト作成部４３は該当部品を配送可能なパーツセンタ＃ｎ及び配送手段を、部品在庫管理テーブル４７、配送状況管理テーブル４８、配送手段選択テーブル４９を参照して選定する。ステップＳ３１はパーツセンタ＃ｎ及び配送手段の再選定を含むものである。
【００５９】
例えば出庫元パーツセンタ候補リスト作成部４３は配送手段選択テーブル４９が表す在庫検索順に部品在庫管理テーブル４７を参照することで、該当部品を配送可能なパーツセンタ＃ｎを選定できる。また、出庫元パーツセンタ候補リスト作成部４３は配送状況管理テーブル４８を参照することで該当部品の配送に利用可能な配送手段を選定できる
ステップＳ３２に進み、出庫元パーツセンタ候補リスト作成部４３はステップＳ３１で選定したパーツセンタ＃ｎにおける該当部品の出庫待ちフラグが「ＯＮ」であるか否かを判定する。出庫待ちフラグが「ＯＮ」である該当部品は既に他の配送要求（以下、既要求という）によって仮押さえされている（競合が発生している）保守部品である。
【００６０】
選定したパーツセンタ＃ｎにおける該当部品の出庫待ちフラグが「ＯＮ」であれば、出庫元パーツセンタ候補リスト作成部４３はステップＳ３３に進み、部品要求管理テーブル４５の該当要求のデータ項目「緊急度レベル」が既要求のデータ項目「緊急度レベル」よりも高いか、言い換えれば該当要求が優先かを判定する。該当要求のデータ項目「緊急度レベル」の方が高ければ、出庫元パーツセンタ候補リスト作成部４３はステップＳ３４に進み、既要求の出庫元パーツセンタ候補リスト５０に他の出庫元パーツセンタ候補があるか否かを判定する。
【００６１】
既要求の出庫元パーツセンタ候補リスト５０に他の出庫元パーツセンタ候補があれば、出庫元パーツセンタ候補リスト作成部４３はステップＳ３５に進み、既要求により仮押さえされている保守部品の出庫先を変更可能か否かを判定する。
【００６２】
既要求により仮押さえされている保守部品の出庫先を変更可能であれば、出庫元パーツセンタ候補リスト作成部４３はステップＳ３６に進み、仮押さえされている部品の出庫先を変更するように既要求の出庫元パーツセンタ候補リスト５０を修正する。つまり、出庫元パーツセンタ候補リスト作成部４３は既要求の出庫元パーツセンタ候補リスト５０から仮押さえされている該当部品の出庫元のパーツセンタ＃ｎを削除する。
【００６３】
なお、ステップＳ３２において、選定したパーツセンタ＃ｎにおける該当部品の出庫待ちフラグが「ＯＮ」でなければ、出庫元パーツセンタ候補リスト作成部４３はステップＳ３７に進む。ステップＳ３３において、該当要求のデータ項目「緊急度レベル」の方が高くなければ、出庫元パーツセンタ候補リスト作成部４３はステップＳ３１に戻る。ステップＳ３４において、既要求の出庫元パーツセンタ候補リスト５０に他に出庫元パーツセンタ候補がなければ、出庫元パーツセンタ候補リスト作成部４３はステップＳ３１に戻る。ステップＳ３５において、既要求により仮押さえされている保守部品の出庫先を変更可能でなければ、出庫元パーツセンタ候補リスト作成部４３はステップＳ３１に戻る。
【００６４】
ステップＳ３７では、出庫元パーツセンタ候補リスト作成部４３が仮押さえされている部品の出庫元のパーツセンタ＃ｎを該当要求の出庫元パーツセンタ候補リスト５０へ登録し、配送手段選択テーブル４９に従って優先順位を付与する。ステップＳ３８に進み、出庫元パーツセンタ候補リスト作成部４３は該当要求の部品在庫管理テーブル４７へ出庫待ち制限時刻を設定すると共に、出庫待ちフラグを「ＯＮ」にする。
【００６５】
ステップＳ３９に進み、出庫元パーツセンタ候補リスト作成部４３は該当要求の出庫元パーツセンタ候補リスト５０を参照し、出庫元パーツセンタ候補が一定数選出されたか否かを判定する。出庫元パーツセンタ候補が一定数選出されていなければ、出庫元パーツセンタ候補リスト作成部４３はステップＳ３１に戻り、処理を続ける。出庫元パーツセンタ候補が一定数選出されていれば、出庫元パーツセンタ候補リスト作成部４３はステップＳ４０に進み、該当要求のデータ項目「配送集約先」の配送要求が設定されているか否かを判定する。
【００６６】
該当要求のデータ項目「配送集約先」の配送要求があれば、出庫元パーツセンタ候補リスト作成部４３は集約する該当要求及び既要求の出庫元パーツセンタ候補リスト５０を修正したあと、図１３のフローチャートの処理を終了する。該当要求のデータ項目「配送集約先」の配送要求がなければ、出庫元パーツセンタ候補リスト作成部４３は図１３のフローチャートの処理を終了する。
【００６７】
図１４はステップＳ１６の部品出庫処理の一例のフローチャートである。ステップＳ５１に進み、部品出庫処理部４４は部品在庫管理テーブル４７を参照して出庫待ち制限時刻を過ぎている（出庫時刻を過ぎている）保守部品（以下、該当部品という）、パーツセンタ＃ｎ（以下、該当パーツセンタという）及び該当部品の配送要求（以下、該当要求という）の組み合わせがあるか否かを判定する。
【００６８】
出庫待ち制限時刻を過ぎている該当部品、該当パーツセンタ及び該当要求の組み合わせがあれば、部品出庫処理部４４はステップＳ５２に進み、出庫元パーツセンタ候補リスト５０を参照して、該当要求及び当該部品の出庫元パーツセンタ候補リスト５０に該当パーツセンタよりも優先順位が高い他のパーツセンタが出庫元パーツセンタとして設定されているか否かを判定する。
【００６９】
該当要求及び当該部品の出庫元パーツセンタ候補リスト５０に該当パーツセンタよりも優先順位が高い他のパーツセンタが出庫元パーツセンタとして設定されていなければ、部品出庫処理部４４はステップＳ５３に進み、該当部品の出庫・配送指示を該当パーツセンタに対して行う。ステップＳ５４に進み、部品出庫処理部４４は該当要求及び当該部品の出庫元パーツセンタ候補リスト５０を削除したあと、図１４のフローチャートの処理を終了する。
【００７０】
該当要求及び当該部品の出庫元パーツセンタ候補リスト５０に該当パーツセンタよりも優先順位が高い他のパーツセンタが出庫元パーツセンタとして設定されていれば、部品出庫処理部４４はステップＳ５５に進み、該当パーツセンタが出庫元パーツセンタとして設定されているレコードを該当要求及び当該部品の出庫元パーツセンタ候補リスト５０から削除したあと、図１４のフローチャートを終了する。
【００７１】
なお、ステップＳ５１において、出庫待ち制限時刻を過ぎている該当部品、該当パーツセンタ及び該当要求の組み合わせがなければ、部品出庫処理部４４は図１４のフローチャートの処理を終了する。
【実施例１】
【００７２】
以下では本実施例の保守部品手配システム１の処理手順の具体例を説明する。図１５は保守部品手配システムのパーツセンタ及び配送エリアを表した一例の構成図である。図１５は４つの配送エリア６ａ〜６ｄにそれぞれ配置された４つのパーツセンタ＃１〜＃４を表している。
【００７３】
パーツセンタ＃１は保守部品の在庫として部品ｄ、ｅを有している。パーツセンタ＃２は保守部品の在庫を有していない。パーツセンタ＃３は保守部品の在庫として部品ｆ、ｇを有している。パーツセンタ＃４は保守部品の在庫として部品ｄ、ｆを有している。
【００７４】
まず、１月２３日１１：００に配送エリア６ａで部品ｄの配送要求「要求０１」が発生したとする。このときの部品要求管理テーブル４５、部品在庫管理テーブル４７、配送状況管理テーブル４８及び出庫元パーツセンタ候補リスト５０は図１６〜図１９に示すようになる。図１６は「要求０１」が発生したあとの部品要求管理テーブルの一例の構成図である。図１７は「要求０１」が発生したあとの部品在庫管理テーブルの一例の構成図である。図１８は「要求０１」が発生したあとの配送状況管理テーブルの一例の構成図である。図１９は「要求０１」が発生したあとの出庫元パーツセンタ候補リストの一例の構成図である。
【００７５】
図１６の部品要求管理テーブル４５は配送エリア６ａで発生した部品ｄの配送要求「要求０１」のレコードが追加されている。図１７の部品在庫管理テーブル４７は配送要求「要求０１」の部品ｄを在庫として有しているパーツセンタ＃１、＃４のレコードが修正されている。図１７に示した修正は部品ｄが仮押さえされたことによる修正であり、データ項目「出庫待ちフラグ」「出庫待ち制限時刻」「部品配送要求」が修正されている。
【００７６】
図１８の配送状況管理テーブル４８は配送エリア６ａで発生した部品ｄの配送要求「要求０１」に応じて部品ｄを配送する配送手段「庸上車１１」のレコードが修正されている。図１９の出庫元パーツセンタ候補リスト５０は配送エリア６ａで発生した部品ｄの配送要求「要求０１」に応じて新たに作成される。
【００７７】
次に、１月２３日１３：００に配送エリア６ｂで部品ｄ、ｇの配送要求「要求０２」が発生したとする。なお、配送要求「要求０１」と「要求０２」とは保守部品の競合が生じているものとする。このときの部品要求管理テーブル４５、部品在庫管理テーブル４７、配送状況管理テーブル４８及び出庫元パーツセンタ候補リスト５０は図２０〜図２３に示すようになる。図２０は「要求０２」が発生したあとの部品要求管理テーブルの一例の構成図である。図２１は「要求０２」が発生したあとの部品在庫管理テーブルの一例の構成図である。図２２は「要求０２」が発生したあとの配送状況管理テーブルの一例の構成図である。図２３は「要求０２」が発生したあとの出庫元パーツセンタ候補リストの一例の構成図である。
【００７８】
図２０の部品要求管理テーブル４５は配送エリア６ｂで発生した部品ｄ、ｇの配送要求「要求０２」のレコードが追加されている。図２１の部品在庫管理テーブル４７は配送要求「要求０２」の部品ｄ、ｇを在庫として有しているパーツセンタ＃１、＃３のレコードが修正されている。図２１に示した修正は部品ｄ、ｇが仮押さえされたことによる修正であり、データ項目「出庫待ちフラグ」「出庫待ち制限時刻」「部品配送要求」が修正されている。なお、配送要求「要求０２」の方が配送要求「要求０１」よりも緊急度レベルが高いため、パーツセンタ＃１の部品在庫管理テーブル４７の部品ｄのレコードは、配送要求「要求０１」から配送要求「要求０２」へ振り替えられている。
【００７９】
図２２の配送状況管理テーブル４８は配送エリア６ｂで発生した部品ｄ、ｇの配送要求「要求０２」に応じて部品ｄ、ｇを配送する配送手段「庸上車１１」「スポット便３１」のレコードが修正されている。また、図２２の配送状況管理テーブル４８は配送エリア６ａで発生した部品ｄの配送要求「要求０１」に応じて部品ｄを配送する配送手段「スポット便４２」のレコードが修正されている。図２３の配送要求「要求０２」及び部品ｄ、ｇの出庫元パーツセンタ候補リスト５０は配送エリア６ｂで発生した部品ｄ、ｇの配送要求「要求０２」に応じて新たに作成される。また、図２３の配送要求「要求０１」及び部品ｄの出庫元パーツセンタ候補リスト５０は配送エリア６ｂで発生した配送要求「要求０２」に振り替えられた優先順位「順位１」のレコードが削除されている。
【００８０】
次に、１月２３日１３：１０に配送エリア６ｂで部品ｆの配送要求「要求０３」が発生したとする。なお、配送要求「要求０３」は配送要求「要求０２」に集約することにより効率化されるものとする。このときの部品要求管理テーブル４５、部品在庫管理テーブル４７、配送状況管理テーブル４８及び出庫元パーツセンタ候補リスト５０は図２４〜図２７に示すようになる。図２４は「要求０３」が発生したあとの部品要求管理テーブルの一例の構成図である。図２５は「要求０３」が発生したあとの部品在庫管理テーブルの一例の構成図である。図２６は「要求０３」が発生したあとの配送状況管理テーブルの一例の構成図である。図２７は「要求０３」が発生したあとの出庫元パーツセンタ候補リストの一例の構成図である。
【００８１】
図２４の部品要求管理テーブル４５は配送エリア６ｂで発生した部品ｆの配送要求「要求０３」のレコードが追加されている。配送要求「要求０３」のレコードは配送要求「要求０２」のレコードと同じ配送エリア６ｂへの配送であるため、緊急度レベルの高い配送要求「要求０２」に集約するように、配送集約先に「要求０２」が設定される。
【００８２】
図２５の部品在庫管理テーブル４７は配送要求「要求０３」の部品ｆを在庫として有しているパーツセンタ＃３、＃４のうち、集約された配送要求「要求０２」と同じパーツセンタ＃３のレコードが修正されている。図２５に示した修正は部品ｆが仮押さえされたことによる修正であり、データ項目「出庫待ちフラグ」「出庫待ち制限時刻」「部品配送要求」が修正されている。
【００８３】
図２６の配送状況管理テーブル４８は配送エリア６ｂで発生した部品ｆの配送要求「要求０３」に応じて修正されていない。これは、配送要求「要求０３」は配送要求「要求０２」に集約された為である。
【００８４】
図２７の配送要求「要求０３」及び部品ｆの出庫元パーツセンタ候補リスト５０は配送エリア６ｂで発生した部品ｆの配送要求「要求０３」に応じて新たに作成される。また、図２７の配送要求「要求０２」及び部品ｇの出庫元パーツセンタ候補リスト５０、配送要求「要求０３」及び部品ｆの出庫元パーツセンタ候補リスト５０は配送を集約した優先順位「順位１」のレコードの所要費用を２分の１に修正している。
【００８５】
（まとめ）
本実施例の保守部品手配システム１では、保守部品の配送要求が発生したとき、保守部品の出庫・配送まで余裕がある場合に、出庫を一時見合わせる代わりに仮押さえしておくことで、保守部品の競合が生じた場合や保守部品の在庫又は配送状況変化時、あるいは同一の配送エリアへの配送要求が新たに発生時に、出庫元パーツセンタ及び配送手段の見直しを容易にできる。また、配送要求ごとに出庫元パーツセンタ及び配送手段の組み合わせを複数確保することで、より緊急性の高い配送要求に対する保守部品の振り分けを可能とすると共に、その時点で最適な出庫元パーツセンタ及び配送手段の再選定を行うことができる。
【００８６】
本実施例における保守部品手配プログラムは、パッケージソフトの他、ＷＥＢサービス等によっても提供可能である。なお、特許請求の範囲に記載した仮押さえ手段は部品要求管理テーブル作成部４２、出庫元パーツセンタ候補リスト作成部４３に相当する。判定手段及び部品出庫処理手段は部品出庫処理部４４に相当する。
【符号の説明】
【００８７】
１ 保守部品手配システム
２ 保守部品手配装置
３ 保守対象設備
４、４−１〜４−３ パーツセンタ端末
５ ネットワーク
６、６ａ〜６ｄ 配送エリア
＃１〜＃３ パーツセンタ
１０ パーソナルコンピュータ
２１ 入力装置
２２ 表示装置
２３ パーソナルコンピュータ本体
３１ 主記憶装置
３２ 演算処理装置
３３ インターフェース装置
３４ 記録媒体読取装置
３５ 補助記憶装置
３６ 記録媒体
３７ バス
４１ メッセージコード受信部
４２ 部品要求管理テーブル作成部
４３ 出庫元パーツセンタ候補リスト作成部
４４ 部品出庫処理部
４５ 部品要求管理テーブル
４６ 緊急度レベル管理テーブル
４７ 部品在庫管理テーブル
４８ 配送状況管理テーブル
４９ 配送手段選択テーブル
５０ 出庫元パーツセンタ候補リスト
５１ 部品在庫データベース（ＤＢ）
【特許請求の範囲】
【請求項１】
出庫先への部品の出庫を、出庫元に手配する部品手配装置であって、
前記部品の出庫の要求ごとに、前記部品の出庫が可能な出庫元である出庫元候補の識別子と、該出庫元候補における前記部品の出庫期限時刻の情報とを記憶手段に記憶する仮押さえ手段と、
前記出庫元候補の前記出庫期限時刻が到来したとき、前記要求ごとに出庫元候補の優先順位を定めた優先順位情報に基づいて、当該出庫期限時刻が到来した出庫元候補より優先順位の高い他の出庫元候補があるか否かを判定する判定手段と、
前記判定手段によって、優先順位の高い他の出庫元候補があると判定された場合には、該他の出庫元候補の識別子と該他の出庫元候補における前記部品の出庫期限時刻の情報を前記記憶手段に記憶すると共に、前記出庫期限時刻が到来した出荷元候補の識別子と出庫期限時刻の情報を前記記憶手段から削除し、優先順位の高い他の出庫元候補がないと判定された場合には、当該出庫期限時刻が到来した出庫元候補へ前記部品の出庫を手配する部品出庫処理手段と
を有する部品手配装置。
【請求項２】
前記仮押さえ手段は、
前記要求ごとに、複数の前記出庫元候補の識別子と、各出庫元候補における前記部品の出庫期限時刻の情報を前記記憶手段に記憶し、
前記部品出庫処理手段は、
前記複数の出庫元候補のうち、前記出庫期限時刻が到来した出庫元候補について、前記優先順位の高い他の出庫元候補があれば当該出庫期限時刻が到来した出庫元候補の識別子と出庫期限時刻の情報を前記記憶手段から削除し、
前記優先順位の高い他の出庫元候補がなければ前記出庫期限時刻が到来した出庫元候補へ前記部品の出庫を手配することを特徴とする請求項１記載の部品手配装置。
【請求項３】
前記記憶部には、前記部品の出庫の要求ごとに、緊急度の情報が記憶され、
前記仮押さえ手段は、同一の前記出庫元の同一の前記部品に対して前記要求があった場合、前記要求の緊急度に応じて定められた一の前記要求に対して前記出庫元の前記部品を仮押さえする請求項１または２記載の部品手配装置。
【請求項４】
コンピュータによって実行される部品手配方法であって
前記コンピュータが、
前記部品の出庫の要求ごとに、前記部品の出庫が可能な出庫元である出庫元候補の識別子と、該出庫元候補における前記部品の出庫期限時刻の情報とを記憶手段に記憶する仮押さえステップと、
前記出庫元候補について前記出庫期限時刻が到来したとき、前記要求ごとに出庫元候補の優先順位を定めた優先順位情報に基づいて、当該出庫期限時刻が到来した出庫元候補より優先順位の高い他の出庫元候補があるか否かを判定するステップと、
優先順位の高い他の出庫元候補があると判定された場合には、該他の出庫元候補の識別子と出庫期限情報を前記記憶手段に記憶すると共に、当該出庫期限時刻が到来した出荷元候補の識別子と出庫期限時刻の情報を前記記憶手段から削除し、優先順位の高い他の出庫元候補がないと判定された場合には、当該出庫期限時刻が到来した出庫元候補へ前記部品の出庫を手配する部品出庫処理ステップと
を実行することを特徴とする部品手配方法。
【請求項１】
出庫先への部品の出庫を、出庫元に手配する部品手配装置であって、
前記部品の出庫の要求ごとに、前記部品の出庫が可能な出庫元である出庫元候補の識別子と、該出庫元候補における前記部品の出庫期限時刻の情報とを記憶手段に記憶する仮押さえ手段と、
前記出庫元候補の前記出庫期限時刻が到来したとき、前記要求ごとに出庫元候補の優先順位を定めた優先順位情報に基づいて、当該出庫期限時刻が到来した出庫元候補より優先順位の高い他の出庫元候補があるか否かを判定する判定手段と、
前記判定手段によって、優先順位の高い他の出庫元候補があると判定された場合には、該他の出庫元候補の識別子と該他の出庫元候補における前記部品の出庫期限時刻の情報を前記記憶手段に記憶すると共に、前記出庫期限時刻が到来した出荷元候補の識別子と出庫期限時刻の情報を前記記憶手段から削除し、優先順位の高い他の出庫元候補がないと判定された場合には、当該出庫期限時刻が到来した出庫元候補へ前記部品の出庫を手配する部品出庫処理手段と
を有する部品手配装置。
【請求項２】
前記仮押さえ手段は、
前記要求ごとに、複数の前記出庫元候補の識別子と、各出庫元候補における前記部品の出庫期限時刻の情報を前記記憶手段に記憶し、
前記部品出庫処理手段は、
前記複数の出庫元候補のうち、前記出庫期限時刻が到来した出庫元候補について、前記優先順位の高い他の出庫元候補があれば当該出庫期限時刻が到来した出庫元候補の識別子と出庫期限時刻の情報を前記記憶手段から削除し、
前記優先順位の高い他の出庫元候補がなければ前記出庫期限時刻が到来した出庫元候補へ前記部品の出庫を手配することを特徴とする請求項１記載の部品手配装置。
【請求項３】
前記記憶部には、前記部品の出庫の要求ごとに、緊急度の情報が記憶され、
前記仮押さえ手段は、同一の前記出庫元の同一の前記部品に対して前記要求があった場合、前記要求の緊急度に応じて定められた一の前記要求に対して前記出庫元の前記部品を仮押さえする請求項１または２記載の部品手配装置。
【請求項４】
コンピュータによって実行される部品手配方法であって
前記コンピュータが、
前記部品の出庫の要求ごとに、前記部品の出庫が可能な出庫元である出庫元候補の識別子と、該出庫元候補における前記部品の出庫期限時刻の情報とを記憶手段に記憶する仮押さえステップと、
前記出庫元候補について前記出庫期限時刻が到来したとき、前記要求ごとに出庫元候補の優先順位を定めた優先順位情報に基づいて、当該出庫期限時刻が到来した出庫元候補より優先順位の高い他の出庫元候補があるか否かを判定するステップと、
優先順位の高い他の出庫元候補があると判定された場合には、該他の出庫元候補の識別子と出庫期限情報を前記記憶手段に記憶すると共に、当該出庫期限時刻が到来した出荷元候補の識別子と出庫期限時刻の情報を前記記憶手段から削除し、優先順位の高い他の出庫元候補がないと判定された場合には、当該出庫期限時刻が到来した出庫元候補へ前記部品の出庫を手配する部品出庫処理ステップと
を実行することを特徴とする部品手配方法。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【図２０】
【図２１】
【図２２】
【図２３】
【図２４】
【図２５】
【図２６】
【図２７】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【図２０】
【図２１】
【図２２】
【図２３】
【図２４】
【図２５】
【図２６】
【図２７】
【公開番号】特開２０１１−２１３４５３（Ｐ２０１１−２１３４５３Ａ）
【公開日】平成２３年１０月２７日（２０１１．１０．２７）
【国際特許分類】
【出願番号】特願２０１０−８３４６６（Ｐ２０１０−８３４６６）
【出願日】平成２２年３月３１日（２０１０．３．３１）
【出願人】（０００００５２２３）富士通株式会社 (25,993)
【Ｆターム（参考）】
【公開日】平成２３年１０月２７日（２０１１．１０．２７）
【国際特許分類】
【出願日】平成２２年３月３１日（２０１０．３．３１）
【出願人】（０００００５２２３）富士通株式会社 (25,993)
【Ｆターム（参考）】
[ Back to top ]