(57)【要約】【課題】作業対象物品の組立の際に必要となる部品の消費状態を容易に管理することができる部品管理システムを提供することを目的とする。【解決手段】部品補充依頼端末５０は、部品の補充を依頼する際に該部品を特定する情報が書き込まれたＩＣタグを投入する投入口５３を有するボックス５１と、ボックス５１に付設され、ＩＣタグを読取り、その読取った情報を管理サーバへ送信する部品補充依頼端末本体５２とを有し、実績管理サーバ１０は、記憶部１５と処理部１１とを有し、処理部１１は、部品補充依頼端末５０から送信される情報に含まれる通信開始日時、または、該情報を受信した日時を、部品補充の依頼日時として記憶部１０に登録することを特徴とする。このような構成によれば、ボックスに投入されたＩＣタグの部品の補充依頼情報は、実績管理サーバ１０により補充依頼情報を収集され、記憶部１５に登録される。【選択図】図１
2008186362.tif 000002
【特許請求の範囲】
【請求項１】
部品の補充依頼情報を入力する入力装置と、前記補充依頼情報を収集し、前記補充依頼情報を管理する管理装置とを備える部品管理システムであって、
前記入力装置は、
前記部品の補充を依頼する際に該部品を特定する情報が書き込まれたＩＣタグを投入する投入口を有するボックスと、
前記ボックスに付設され、前記ＩＣタグを読取り、その読取った情報を前記管理装置へ送信するボックス制御部とを有し、
前記管理装置は、記憶部と処理部とを有し、
前記処理部は、
前記入力装置から送信される情報に含まれる通信開始日時情報、または、該情報を受信した日時情報を、部品補充の依頼日時情報として前記記憶部に登録する
ことを特徴とする部品管理システム。
【請求項２】
前記処理部は、部品着荷時に前記記憶部に登録された部品着荷日時情報と、前記依頼日時情報との差分から、部品の消費時間を演算する
ことを特徴とする請求項１に記載の部品管理システム。
【請求項３】
前記処理部は、部品着荷時に前記記憶部に登録された部品着荷日時情報と、現在の日時情報との差分から、部品の消費時間を演算する
ことを特徴とする請求項１に記載の部品管理システム。
【請求項４】
前記処理部は、前記部品の消費時間に基づいて、該部品が消費されるまでに係わる部品保管費用および部品の購入に係わる購入金額の金利費用の少なくともいずれかを算出する
ことを特徴とする請求項２または請求項３に記載の部品管理システム。
【請求項５】
前記処理部は、前記部品保管費用および前記金利費用の少なくともいずれかを含む費用を、該部品の購入金額に加算して、部品の消費完了のときの消費完了時購入金額として算出する
ことを特徴とする請求項４に記載の部品管理システム。
【請求項６】
前記管理装置は、表示部を有し、
前記処理部は、前記消費完了時購入金額が所定の金額を超えたとき、および、前記消費完了時購入金額と前記購入金額との比率が、所定の比率を超えたときの少なくともいずれかのときに、前記表示部に告知する
ことを特徴とする請求項５に記載の部品管理システム。
【請求項７】
部品の補充依頼情報を入力する入力装置と、前記補充依頼情報を収集し、前記補充依頼情報を管理する管理装置とを備える部品管理システムの部品管理方法であって、
前記入力装置は、前記部品の補充を依頼する際に該部品を特定する情報が書き込まれたＩＣタグが添付されたシートを投入する投入口を有するボックスと、前記ボックスに投入された前記ＩＣタグを読取り、その読取った情報を前記管理装置へ送信するボックス制御部とを備え、前記管理装置は、記憶部と処理部とを備え、
前記処理部は、前記入力装置から送信される情報に含まれる通信開始日時情報、または、該情報を受信した日時情報を、部品補充の依頼日時情報として前記記憶部に登録し、部品入荷時に前記記憶部に登録された部品着荷日時情報と、前記依頼日時情報、または、現在の日時情報との差分から、部品の消費時間を演算する
ことを特徴とする部品管理方法。
【請求項８】
部品の補充依頼情報を入力する入力装置と、前記補充依頼情報を収集し、前記補充依頼情報を管理する管理装置とを備える部品管理システムの部品管理方法であって、
前記入力装置は、前記部品の補充を依頼する際に該部品を特定する情報が書き込まれたＩＣタグが添付されたシートを投入する投入口を有するボックスと、前記ボックスに投入された前記ＩＣタグを読取り、その読取った情報を前記管理装置へ送信するボックス制御部とを備え、前記管理装置は、記憶部と処理部とを備え、
前記処理部は、前記入力装置から送信される情報に含まれる通信開始日時情報を前記記憶部に登録し、部品入荷時に前記記憶部に登録された部品着荷日時情報と、前記通信開始日時情報、または、現在の日時情報との差分から、部品の消費時間を演算する
ことを特徴とする部品管理方法。
【請求項９】
部品の補充依頼情報を入力する入力装置と、前記補充依頼情報を収集し、前記補充依頼情報を管理する管理装置とを備える部品管理システムであって、
前記入力装置は、
前記部品の補充を依頼する際に該部品を特定する情報が書き込まれたＩＣタグを投入する投入口を有するボックスと、
前記ボックスに付設され、前記ＩＣタグを読取り、その読取った情報を前記管理装置へ送信するボックス制御部とを有し、
前記管理装置は、記憶部と処理部とを有し、
前記処理部は、
前記入力装置から送信される情報に含まれる通信開始日時情報を前記記憶部に登録し、部品入荷時に前記記憶部に登録された部品着荷日時情報と、前記通信開始日時情報、または、現在の日時情報との差分から、部品の消費時間を演算する
ことを特徴とする部品管理システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、作業対象物品の組立の際に必要となる部品の消費状態を容易に管理することができる部品管理システムおよび部品管理方法に関する。
【背景技術】
【０００２】
電子基板、電子装置などの装置を組み立て生産する装置メーカにおける部品の在庫管理には、部品倉庫への保管、生産現場（セルショップ）への部品の配膳、部品の棚卸、不要在庫部品の利用状況をみた不要在庫部品の摘出と廃棄処分などがある。
【０００３】
この中で、在庫管理の重要な要素である不要在庫部品を摘出する方法として、機器の設計担当部門から自発的に連絡を受けて行う方法、在庫部品情報に最終使用期日から一定の期間が経過した時に自動的に部品管理端末に、マーク、コメントなどの表示を出し、設計担当部門に社内ネットワークを介して問合せ回答を得るという方法などがある（例えば、特許文献１参照）。
【特許文献１】特開２００２-７３１４４号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
特許文献１に記載された方法では、最終使用期日から一定の期間が経過した時に自動的に表示させているが、既に、生産現場への配膳された部品などの管理はすることができない。また、期日管理はされているが、部品毎の購入単価、在庫に係る費用などが考慮されていない問題がある。すなわち、一定の期間が経過した部品に対して告知しており、例えば、部品の購入単価の安い部品も部品の購入単価の高い部品も、また、小さな部品（在庫に係る費用の安い部品）も大きな部品（在庫に係る費用の高い部品）も同一として扱っている。
【０００５】
本発明は、前記の課題を解決するための発明であって、作業対象物品の組立の際に必要となる部品の消費状態を容易に管理することができる部品管理システムおよび部品管理方法を提供することを目的とする。
【課題を解決するための手段】
【０００６】
前記目的を達成するため、部品管理システムは、部品の補充依頼情報を入力する入力装置と、補充依頼情報を収集し、補充依頼情報を管理する管理装置とを備え、入力装置は、部品の補充を依頼する際に該部品を特定する情報が書き込まれたＩＣタグを投入する投入口を有するボックス（例えば、ボックス５１）と、ボックスに付設され、ＩＣタグを読取り、その読取った情報を管理装置へ送信するボックス制御部（例えば、部品補充依頼端末本体５２）とを有し、管理装置は、記憶部（例えば、記憶部１５）と処理部（例えば、処理部１１）とを有し、処理部は、入力装置から送信される情報に含まれる通信開始日時情報、または、該情報を受信した日時情報を、部品補充の依頼日時情報として記憶部に登録することを特徴とする。このような構成によれば、ボックスに投入されたＩＣタグの部品の補充依頼情報は、管理装置により補充依頼情報を収集され、記憶部に登録される。
【発明の効果】
【０００７】
本発明によれば、作業対象物品の組立の際に必要となる部品の消費状態を容易に管理することができる。
【発明を実施するための最良の形態】
【０００８】
以下、本発明の実施形態について図面を参照して説明する。
《第１の実施形態》
図１は、本発明の実施形態による部品補充システムを示す構成図である。部品管理システムは、部品補充の実績を管理する実績管理サーバ１０と、部品倉庫への部品補充を依頼し発注する部品発注サーバ２０と、資材端末３０と、作業現場に設置される部品補充依頼端末５０と、部品倉庫に設置される部品補充受理端末６０と、を備えている。実績管理サーバ１０と、部品発注サーバ２０と、資材端末３０と、部品補充依頼端末５０と、部品補充受理端末６０とは、ＬＡＮ（Local Area Network）などのネットワーク４０で接続されている。
【０００９】
最初にシステム概要について説明する。作業者は、組立ショップで、部品の補充が必要になった際、入力装置としての部品補充依頼端末５０に現品票７０を投入する。すると部品補充依頼端末５０は、現品票７０の後記する部品補充情報を、実績管理サーバ１０に送信する。部品補充情報を受理した実績管理サーバ１０は、在庫管理システム（図示していない）に問合せ、在庫がある場合は、部品倉庫内にある部品補充受理端末６０に部品補充の処理をする。部品補充受理端末６０は、現品票７０を出力する。部品倉庫の配膳担当者は、該当する部品補充のあった部品に、出力された現品票７０を添付して、該当する組立ショップに配膳をする。実績管理サーバ１０は、在庫管理システム（図示していない）に問合せた結果、在庫がない場合、部品発注サーバ２０に発注の依頼処理をする。部品発注サーバ２０は、サプライヤ（例えば、部品メーカ、商社）に対して、発注処理をする。ここでは、部品補充内容として、電子回路基板に部品を取付けるための部品の部品補充を一例としている。なお、図１において、部品補充依頼端末５０は、組立ショップ（作業現場側）に設置されているが、部品倉庫側に設置されていてもよい。この際は、部品倉庫の配膳担当者が部品の補充が必要になった際に現品票７０を投入する。
【００１０】
現品票７０は、シート７１と、ＩＣタグ７２から構成される。シート７１は、部品補充に必要な情報が記憶されたＩＣタグ７２内の情報を、作業者が目視して理解できるように文字で書き込んだシートであり、必要でなくなった際に書き込んだ内容を消去することができるシートである。ＩＣタグ７２は、ＲＦＩＤ（Radio frequency identification）などの非接触の無線用ＩＣタグである。
【００１１】
部品補充依頼端末５０は、部品補充が必要になった際に現品票７０が投入される端末である。部品補充依頼端末５０は、投入口５３および排出口５４を有するボックス５１と、ボックス５１の側面に付設され、ＩＣタグ７２を読み取り、その読み取った情報を実績管理サーバ１０へ送信し、また、シート７１の書込みを書換えできる部品補充依頼端末本体５２と、排出された現品票７０を保持するトレー５５を備えている。構成の詳細は、図２を参照して説明する。
【００１２】
図２は、部品補充依頼端末の構成を示すブロック図である。部品補充依頼端末５０は、ボックス５１、部品補充依頼端末本体５２から構成されており、部品補充依頼端末本体５２は、ＩＣタグリーダライタ部５２１、シート書換え部５２２、通信部５２３、および制御部５２４を有している。
【００１３】
ＩＣタグリーダライタ部５２１は、ボックス５１に現品票７０が投入された際、ＩＣタグ７２との通信を確認すると、現品票７０に添付されたＩＣタグ７２の情報を読取り、制御部５２４に通信開始情報を送信する。
【００１４】
制御部５２４は、具体的にはプログラムに従って動作するＣＰＵによって実現される。制御部５２４は、ＩＣタグリーダライタ部５２１からの通信開始情報を受信すると、通信部５２３を介して、実績管理サーバ１０に、ＩＣタグ７２との通信開始情報と、部品を特定する部品情報とを送信する。通信開始情報には、例えば、ボックス５１のＩＤ、部品補充依頼日時を含んでいる。部品情報には、例えば、資材注番、製品名、製品番号、製造メーカ、補充員数、着荷日時を含んでいる。制御部５２４は、実績管理サーバ１０への送信が完了すると、ＩＣタグリーダライタ部５２１に消去指令をしてＩＣタグの情報を消去する。
【００１５】
また、制御部５２４は、シート書換え部５２２に消去指令をしてシート７１の書込みを消去する。シート７１は、熱転写などのシートを用いているので、消去指令をすることにより消去することができる。
【００１６】
シート７１の消去が完了すると、制御部５２４は、現品票７０の排出指令を出し、ボックス５１内の排出口５４が開口し、現品票７０は、ボックス５１から排出され、トレー５５に保持される。なお、現品票７０のシート７１の書込みは消去されており、また、ＩＣタグ７２の情報も消去されているので、再使用することができる。図１の説明に戻る。
【００１７】
実績管理サーバ１０は、現品票７０の発行処理と、部品補充の実績を管理し、部品の消費状態を分析するするサーバであり、処理部１１、通信部１２、出力部１３、入力部１４、および記憶部１５を有している。入力部１４は、データや命令などを入力するために用いられるものであり、キーボードやマウスなどで構成される。出力部１３は、端末を利用する人に対して、メッセージなどを表示するために用いられるものであり、ＣＲＴ（Cathode Ray Tube）や液晶ディスプレイなどで構成される。処理部１１は、記憶部１５に格納されたプログラムを実行することで、各構成要素（例えば、通信部１２、入力部１４）を統括的に制御し、様々な演算処理を行う。記憶部１５は、プログラムやデータを永続的に記憶するために用いられるものであり、ハードディスクなどで構成される。通信部１２は、ネットワーク４０を介して、データのやり取りを行うためのインタフェースである。
【００１８】
記憶部１５には、部品管理データ１５１、保管費データ１５２、金利データ１５３、および部品消費完了時データ１５４を記憶している。保管費データ１５２は、部品を保管するのに係る費用、例えば、単位体積、単位時間当りの費用である。金利データ１５３は、部品購入時の借り入れた購入代金に係る単位時間当りの金利である。
【００１９】
部品管理データ１５１は、部品補充依頼端末５０からの情報である。実績管理サーバ１０は、部品補充依頼端末５０からの情報、すなわち、通信開始情報および部品情報を受信すると、記憶部１５の部品管理データ１５１に記憶する。部品管理データ１５１に記憶される日時情報には、通信開始情報に含まれる部品補充依頼日時および受信された情報に付加される日時情報（タイムスタンプ）がある。受信された情報に付加される日時情報（タイムスタンプ）は、部品補充依頼日時のバックアップとして利用してもよい。また、部品補充依頼端末５０から送付された情報に、日時情報が含まれていない場合は、受信された情報に付加される日時情報（タイムスタンプ）が、受信された情報の管理に利用される。詳細については、図８を参照して後記する。
【００２０】
部品消費完了時データ１５４は、資材注番毎の部品消費時間である消費リードタイム（消費Ｌ／Ｔ）、Ｌ／Ｔ保管費、Ｌ／Ｔ金利などを記憶する。実績管理サーバ１０は、入力部１４からの指示などにより、部品管理データ１５１を用いて、消費Ｌ／Ｔを演算し、消費Ｌ／Ｔに基づく、部品を保管するのに係わる費用であるＬ／Ｔ保管費、部品購入時の借り入れた購入代金に係るＬ／Ｔ金利を求め、部品が消費完了したときの消費完了時価格を、部品消費完了時データ１５４に記憶する。詳細については、図９を参照して後記する。
【００２１】
実績管理サーバ１０は、在庫管理システム（図示していない）に問合せ、部品の在庫がある場合、部品倉庫内にある部品補充受理端末６０に部品補充情報を送信する。部品補充情報には、例えば、製品名、製品番号、製造メーカ、補充員数、補充場所、補充要期（発行日からの日数を意味する。）がある。また、実績管理サーバ１０は、在庫管理システム（図示していない）に問合せ、部品の在庫がない場合、部品発注サーバ２０に、部品発注情報を送信する。部品発注情報には、例えば、資材注番、製品名、製品番号、製造メーカ、発注員数、補充場所、補充要期がある。
【００２２】
部品補充受理端末６０は、実績管理サーバ１０からの現品票７０の発行指令を受理すると、現品票７０を発行する端末である。部品補充受理端末６０は、現品票供給部６６と、現品票供給部６６から現品票７０が供給され、現品票７０の排出口６４を有するボックス６１と、ボックス６１の側面に付設され、実績管理サーバ１０から受信した情報をＩＣタグ７２に書込み、また、シート７１の書込みを書換えできる部品補充受理端末本体６２と、排出された現品票７０を保持するトレー６５を備えている。構成の詳細は、図３を参照して説明する。
【００２３】
図３は、部品補充受理端末の構成を示すブロック図である。部品補充受理端末６０は、ボックス６１、部品補充受理端末本体６２、現品票供給部６６から構成されており、部品補充受理端末本体６２は、ＩＣタグリーダライタ部６２１、シート書換え部６２２、通信部６２３、および制御部６２４を有している。
【００２４】
制御部６２４は、具体的にはプログラムに従って動作するＣＰＵによって実現される。制御部６２４は、通信部６２３を介して、実績管理サーバ１０からの部品補充情報を受信すると、現品票供給部６６に、現品票７０の供給を指令する。制御部６２４は、ボックス６１内に現品票７０の格納を確認すると、ＩＣタグリーダライタ部６２１に部品補充情報の書込みを指令する。制御部６２４は、現品票７０のＩＣタグ７２への書込み完了を確認した後、シート書換え部６２２に、ＩＣタグ７２内の内容についてシート７１への書込みを指令する。
【００２５】
現品票７０のシート７１への書込みが完了すると、制御部６２４が、現品票排出指令を出して、ボックス６１内の排出口６４を開口させ、現品票７０をボックス６１から排出する。現品票７０は、トレー６５に保持される。図１の説明に戻る。
【００２６】
部品発注サーバ２０は、実績管理サーバ１０の要求により、サプライヤに対して、発注処理をするサーバであり、処理部２１、通信部２２、出力部２３、入力部２４、および記憶部２５を有している。入力部２４は、データや命令などを入力するために用いられるものであり、キーボードやマウスなどで構成される。出力部２３は、端末を利用する人に対して、メッセージなどを表示するために用いられるものであり、ＣＲＴ（Cathode Ray Tube）や液晶ディスプレイなどで構成される。処理部２１は、記憶部２５に格納されたプログラムを実行することで、各構成要素（例えば、通信部２２、入力部２４）を統括的に制御し、様々な演算処理を行う。記憶部２５は、プログラムやデータを永続的に記憶するために用いられるものであり、ハードディスクなどで構成される。通信部２２は、ネットワーク４０を介して、データのやり取りを行うためのインタフェースである。
【００２７】
資材端末３０は、資材検収員がサプライヤからの入荷検収後、実績管理サーバ１０および部品発注サーバ２０に、資材注番、着荷実績（タイムスタンプ）を通知する。ハード構成は、部品発注サーバ２０と同様であるので省略する。資材検収員は、サプライヤからの部品に現品票７０を発行して貼り付ける。現品票７０には、例えば、資材注番、製品名、製品番号、製造メーカ、発注員数、着荷実績（タイムスタンプ）がある。
【００２８】
図４は、作業ショップの作業台の一例を示す外観斜視図である。作業台９０の横には、自立型の部品補充依頼端末５０が置かれている。作業台９０の上部（上面）は、電子回路基板８０の組立作業エリアであり、また、作業者の前方には、複数の部品箱８２が設置されている。表示装置９２は、作業補助台９１の上部に設置されており、作業内容の情報が表示される。作業者は、表示装置９２に表示された情報に従い、電子回路基板８０の組立作業を行なう。
【００２９】
作業者が電子回路基板８０に部品８１を取り付ける取付作業中に、部品８１の供給が必要になる場合がある。この際に、作業者は、部品箱８２に各１枚入っている（または、貼られている）現品票７０を、部品補充依頼端末５０のボックス５１に投入することにより、部品８１の補充を実績管理サーバ１０に告知することができる。
【００３０】
図４に示すように、部品８１の補充方法として、ダブルバケット法を採用している。すなわち、部品箱８２は、部品箱８２１と部品箱８２２から構成され、同一の部品８１を入れてある。
【００３１】
作業者は、手前の部品箱８２１が空になると、部品箱８２１に入っている現品票７０をボックス５１に投入する。部品補充依頼端末５０は、通信開始情報および部品情報を送信する。送信完了後、現品票７０は、排出口５４から排出され、トレー５５に保持される。
【００３２】
次に、部品補充システムの依頼情報および部品のフローについて説明する。
図５は、部品管理システムの依頼情報および部品のフローを示す説明図である。例えば、セルショップＳＳ０１２の作業者は、部品補充を依頼した際に、図６に示すような現品票７０Ａを部品補充依頼端末５０に投入する。
【００３３】
図６は、作業現場側の現品票の一例を示す説明図である。現品票７０Ａには、具体的には、資材注番、製品名、製品番号、製造メーカ、補充員数、着荷日時（０６０８２３１０００は、２００６年８月２３日１０：００を意味する。）が記載されている。
【００３４】
図５に戻り、部品補充依頼端末５０は、読み取った部品情報と通信開始情報とを「情報Ａ」として実績管理サーバ１０に送信する（処理Ｓ１００）。すると、実績管理サーバ１０は、受信した情報Ａを、記憶部１５の部品管理データ１５１（図１参照）に記憶する。さらに、在庫管理サーバ（図示していない）から該当する部品の在庫の適否を確認する。図８には、その一例を示す。
【００３５】
図８は、実績管理サーバの記憶部に記憶された部品実績収集データを示す説明図である。記憶部１５の部品管理データ１５１には、部品実績の収集パラメータとして、現品票Ｎｏ、資材注番、製品名、製品番号、製造メーカ、補充員数、着荷日時、補充依頼日時、および補充場所ＩＤが記憶されている。図８によれば、例えば、現品票Ａ１００１は、２００６年８月１９日の１２３番目（資材注番０６０８１９０１２３）に発注されたＩＣ０１の製品で、製品番号がＡ１３５６、製造メーカがＢ社であることがわかる。また、補充依頼が１００個で、資材検収日時が２００６年８月２３日１０：００である。作業者からの補充依頼日時は、２００６年８月２５日１１：４０であり、セルショップＳＳ０１２への補充要求であることがわかる。
【００３６】
図５に戻り、実績管理サーバ１０は、該当する部品が在庫にある場合、部品補充受理端末６０に、情報Ｂを送信する（処理Ｓ１０１）。情報Ｂには、製品名、製品番号、製造メーカ、補充員数、補充場所、補充要期がある。情報Ｂを受信した部品補充受理端末６０は、現品票７０Ｂを出力し、倉庫の配膳担当者は、該当する部品８１が入っている部品箱８２に現品票７０Ｂを添付して、セルショップＳＳ０１２に届ける（処理Ｓ２００）。現品票７０Ｂの一例を図７に示す。
【００３７】
図７は、部品倉庫側の現品票の一例を示す説明図である。現品票７０Ｂには、具体的には、製品名、製品番号、製造メーカ、補充員数、補充場所、補充要期（発行日からの日数を意味する。）が記載されている。図７によれば、製品番号Ａ１３５６のＩＣ０１を、２００６年８月２７日（２５日を含めて３日）までにセルショップＳＳ０１２に届ける必要がある。
【００３８】
図５に戻り、実績管理サーバ１０は、該当する部品が在庫にない場合、部品発注サーバ２０に、情報Ｃを送信する（処理Ｓ１０２）。情報Ｃには、資材注番、製品名、製品番号、製造メーカ、発注員数、補充場所、補充要期がある。情報Ｃを受理した部品発注サーバ２０は、発注先のサプライヤに情報Ｄを送信する（処理Ｓ１０３）。情報Ｄには、情報Ｃに加えて、発注先情報、発注日時、発注元情報、発注元連絡先などがある。
【００３９】
情報Ｄを受理したサプライヤは、現品票７０Ｃを納入する部品８１が入っている部品箱８２に添付して、発注元の資材に納入する（処理Ｓ２０１）。資材の検品担当者または配膳担当者は、納入品を確認後、資材端末３０から検収日時を、実績管理サーバ１０および部品発注サーバ２０に送信する（処理Ｓ１０４、処理Ｓ１０５）。
【００４０】
検収日時を受理した実績管理サーバ１０は、情報Ｅを部品補充受理端末６０に送信する（処理Ｓ１０６）。情報Ｅは、資材注番、製品名、製品番号、製造メーカ、発注員数、着荷日時である。情報Ｅを受信した部品補充受理端末６０は、現品票７０Ｄを出力する。倉庫の配膳担当者は、該当する部品８１の入っている部品箱８２に現品票７０Ｄを添付して、具体的には、サプライヤから納入された現品票７０Ｃに記載のある補充場所（セルショップＳＳ０１２）に届ける（処理Ｓ２０２）。なお、現品票７０Ａと、現品票７０Ｄの記載事項は、ともに、資材注番、製品名、製品番号、製造メーカ、発注員数、着荷日時であり、同一内容となる。
【００４１】
本実施形態では、現品票７０Ｂと現品票７０Ｄの記載内容が異なるが、現品票７０Ｂを発行する場合に、資材注番を親番号として、部品を小分けした場合の番号を子番号として付けて管理してもよい。この場合、作業現場に配膳される部品は、全て資材注番を参照することができるので、まとめ購入した場合の実績管理などに利用することができる。
【００４２】
図９は、部品消費実績結果の一例を示す説明図である。図１を参照して説明する。部品実績消費リストは、実績管理サーバ１０の入力部１４からの演算実行命令により、処理部１１により演算処理され、リストが作成され、部品消費完了時データ１５４に記憶する。処理部１１は、記憶部１５の部品管理データ１５１から、部品消費時間（消費Ｌ／Ｔ）を演算し、部品消費完了時データ１５４に記憶する。具体的には、現品票Ａ１００１の場合、部品の着荷日時が２００６年８月２３日１０：００で、部品の補充依頼日時が２００６年８月２５日１１：４０であり、その差分が、消費Ｌ／Ｔとして２日１時間４０分（００２  １：４０）となる。この消費Ｌ／Ｔと、保管費データ１５２、および金利データ１５３に基づいて、Ｌ／Ｔ保管費およびＬ／Ｔ金利が演算される。なお、図９の場合においては、保管費は１日あたり３３円、金利は、年１９％として日割り計算している。現品票Ａ１００１の場合は、購入価格は、８００，０００円であるが、消費Ｌ／Ｔを考慮すると、消費完了時価格としては、８００，８９９円となっている。これより、比率（消費完了時価格／購入価格の１００の乗算値）は、１００．１％となる。
【００４３】
また、図９の現品票Ａ０００１の場合においては、消費Ｌ／Ｔが３６７日と長期であったため、比率が１２０．３％となっている。現品票Ａ１００４および現品票Ａ１００６は、部品の消費完了していないが、現在時刻２００７年１月４日１６：００における消費Ｌ／Ｔなどが演算されている。
【００４４】
実績管理サーバ１０の入力部１４からの表示命令により、出力部１３の表示画面などに部品実績消費リストを表示され、管理者は、現在の部品消費状態を把握することができる。このとき、処理部１１は、部品消費完了時データ１５４を検索し、消費完了時購入価格が所定の価格を超えたとき、および、所定の比率を超えたときの少なくともいずれかのときに資材注番にマークなどをして、管理者に告知することが好ましい。資材課の管理者または担当者は、マークされた資材注番に該当する部品の消費Ｌ／Ｔが長く、消費完了時購入価格が高くなっていることを容易に判断することができる。このため、次回の部品の発注時の補充員数を少なくする対策をすることができる。あるいは、現在では、使用する可能性の低い部品であることも考えられるので、設計課などに確認して次回の発注を中止することができる。
【００４５】
本実施形態によれば、資材倉庫への納入から、実際に部品が消費される部品消費時間を測定することができ、長時間の滞留部品などを管理することができる。
【００４６】
本発明の実施形態の部品管理システムによれば、部品補充依頼端末５０は、部品の補充を依頼する際に該部品を特定する情報が書き込まれたＩＣタグを投入する投入口５３を有するボックス５１と、ボックス５１に付設され、部品補充依頼端末本体（ボックス制御部）５２とを備え、部品補充依頼端末本体５２は、ＩＣタグを読取るＩＣタグリーダライタ部５２１、その読取った情報を実績管理サーバ１０へ送信する通信部５２３とを有している。実績管理サーバ１０は、記憶部１５と処理部１１とを有し、処理部１１は、部品補充依頼端末５０から送信される情報に含まれる通信開始日時、または、該情報を受信した日時を、部品補充の依頼日時として記憶部１５に登録することを特徴とする。このような構成によれば、ボックス５１に投入されたＩＣタグの部品の補充依頼情報は、実績管理サーバ１０により補充依頼情報を収集され、記憶部１５に登録される。
【００４７】
本実施形態の部品補充依頼端末本体５２（図１参照）には、シート書換え部５２２を有しているが、シート７１の書換えが必要ないと判断される際には、シート書換え部５２２を省略してもよい。また、本実施形態のボックス５１には、排出口５４を有しているが、排出口５４を有しない場合もある。このときには、作業者は、部品補充の依頼の際に、現品票７０を投入口５３から投入後、所定時間後（ＩＣタグリーダライタ部５２１がＩＣタグを読取り、通信部５２３がその読取った情報を実績管理サーバ１０へ送信したのち）、現品票７０を取出すことが好ましい。
【００４８】
以上述べた実施形態においては、ボックス５１に投入するＩＣタグ７２を、部品特定用ＩＣタグとして説明した。しかし、ＩＣタグとしては、部品特定用のＩＣタグ７２には限らない。例えば、作業工具を特定する工具特定用のＩＣタグがある。作業者は、工具に不具合が発生した際に、補充要求をすることができる。
【図面の簡単な説明】
【００４９】
【図１】本発明の実施形態による部品管理システムを示す構成図である。
【図２】部品補充依頼端末の構成を示すブロック図である。
【図３】部品補充受理端末の構成を示すブロック図である。
【図４】作業エリアの作業台の一例を示す外観斜視図である。
【図５】部品管理システムの依頼情報および部品のフローを示す説明図である。
【図６】作業現場側の現品票の一例を示す説明図である。
【図７】部品倉庫側の現品票の一例を示す説明図である。
【図８】実績管理サーバの記憶部に記憶された部品実績収集データを示す説明図である。
【図９】部品消費実績結果の一例を示す説明図である。
【符号の説明】
【００５０】
１０    実績管理サーバ（管理装置）
１５    記憶部
１５１    部品管理データ
１５２    保管データ
１５３    金利データ
１５４    部品消費完了時データ
２０    部品発注サーバ
３０    資材端末
４０    ネットワーク
５０    部品補充依頼端末
５１，６１    ボックス
５２    部品補充依頼端末本体
５２１，６２１    ＩＣタグリーダライタ部
５２２，６２２    シート書換え部
５２３，６２３    通信部
５２４，６２４    制御部
５３    投入口
５４，６４    排出口
５５，６５    トレー
６０    部品補充受理端末
６２    部品補充受理端末本体
６６    現品票供給部
７０    現品票
７１    シート
７２    ＩＣタグ
【図１】
2008186362.tif 000003
【図２】
2008186362.tif 000004
【図３】
2008186362.tif 000005
【図４】
2008186362.tif 000006
【図５】
2008186362.tif 000007
【図６】
2008186362.tif 000008
【図７】
2008186362.tif 000009
【図８】
2008186362.tif 000010
【図９】
2008186362.tif 000011