JP6157372B2 - 部品管理システム - Google Patents

Description

本発明は、タグリーダおよびサーバからなる部品管理システムに関する。

近年、保守管理の省力化のために、部品交換の対象となる各部品にＩＣタグを付して管理することが、広く行われている。ＩＣタグには、部品の識別情報だけでなく、部品の製造・取付日時を保存できるため、タグリーダで当該ＩＣタグを読取ることにより、部品交換の判断材料が得られる。たとえば特許文献１には、部品に付されたＩＣタグの情報を利用して、部品交換及びメンテナンスの要否を自動で判断するシステムが開示されている。

特開２００９−０５３９３４

しかし、ＩＣタグは非接触で読み取ることができるために、タグリーダのユーザが意図しないＩＣタグを読み取る可能性があり、その場合には、ユーザが求める部品の情報を把握することができず、また同じ種類の部品を異なる箇所に使用している場合には対象となる部品の特定が困難になる。

（１）請求項１に係る発明の部品管理システムは、部品に付したＩＣタグを読み取るタグリーダと、遠隔地に設置され、部品を管理するサーバと、を備える。ＩＣタグの情報は、当該ＩＣタグを付している部品の前回の交換日時を少なくとも含む。タグリーダは、ＩＣタグを付した部品の設置箇所を特定する情報を入力する入力部と、入力部により入力された情報と読み込んだＩＣタグに含まれる部品の情報とから両者の設置箇所が同一かを判定する設置箇所一致判定部と、設置箇所一致判定部により同一でないと判断された場合に同一でないことを報知する報知部と、サーバと通信するタグリーダ通信部と、タグリーダ通信部によってサーバから受信して入力部に入力された対象部品と当該対象部品の設置個所とのリストを表示する表示部と、サーバから受信したリストにより設置箇所が特定される部品に付されたＩＣタグから、ＩＣタグに保存されている部品の前回の交換日時を読み取れなかった場合は、部品が不正規品であることをサーバへ通知するタグリーダ制御部と、を備える。サーバは、部品の情報を蓄積する部品データベースと、タグリーダと通信するサーバ通信部と、所定の条件で部品データベースを検索して得られた部品および当該部品の設置箇所を特定する情報を対応づけたリストを、サーバ通信部を介してタグリーダに送信するサーバ制御部と、タグリーダから受信した前記リストにより特定される部品に関連する部品を検索する関連部品検索部と、を備える。部品データベースに蓄積されている情報は、ＩＣタグを付している部品の負荷状況、および当該部品の前回の交換日時を含む。部品データベースを検索する上記所定の条件は、前回の交換日時以後の部品の負荷状況を参照して算出した次回の部品交換時期がＩＣタグの情報受信時から一定期間内にあること、または次回の部品交換時期を超過していることである。サーバ制御部は、不正規品であると通知された部品について関連部品検索部が関連する部品があると判断する場合に、関連する部品の情報を報知情報としてタグリーダに送信する。

本発明によれば、対象部品とは異なる別の部品にタグリーダをかざした場合、読み取った情報が対象部品からの情報ではないことをサービスマンなどが容易に認識することができる。たとえば、類似する部品が隣接して配置されている場合において、とくに効果がある。
本発明による部品管理システムによれば、メンテナンス等が必要な対象部品とその設置個所のリストをサーバから受信し、受信した対象部品とは異なる別の部品にタグリーダをかざした場合、読み取った情報が対象部品からの情報ではないことをサービスマンなどが容易に認識することができる。

第１の実施の形態におけるシステムの構成 取付部位番号対応表の一例 読取り部品リストの一例 部品データベースの一例 稼働実績記録の一例 関連部品リストの一例 使用部品対応表の一例 第１の実施の形態におけるタグリーダの動作を表すフローチャート 第１の実施の形態におけるサーバの読取り部品リスト作成・送信を表すフローチャート 第１の実施の形態におけるサーバの受信データ処理を表すフローチャート 変形例１におけるタグリーダの読取り部品リスト作成を表すフローチャート 変形例１におけるタグリーダの入力インタフェースの一例 第２の実施の形態におけるタグリーダ制御部の動作を示すフローチャート 第２の実施の形態におけるサーバの読取り部品リスト作成・送信を表すフローチャート 第２の実施の形態におけるサーバの受信データ処理を表すフローチャート

（第１の実施の形態）
以下、図１〜図１０を参照して、本発明による部品管理システムを建設機械に適用した第１の実施の形態を説明する。
図１は、第１の実施の形態における構成を示している。本発明に係る部品管理システム１は、タグリーダ１０、およびサーバ２０を備え、建設機械３０に用いられる。建設機械３０は、複数あってもよい。また、タグリーダ１０とサーバ２０、サーバ２０と建設機械３０は、それぞれ通信衛星を介して通信ができる。なお、タグリーダ１０は建設機械３０の点検や部品交換を行うサービスマンが使用する。

タグリーダ１０は、タグリーダ制御部１１、リード／ライト部１２、入力部１３、表示部１４、記憶部１５、タグリーダ通信部１６、および報知部１７を備える。

タグリーダ制御部１１は、不図示のＣＰＵ、ＲＡＭおよびＲＯＭを備え、ＲＯＭに保存されている後述するプログラムをＲＡＭに展開して実行する。また、タグリーダ制御部１１は、他の構成部とバスで接続されており、それらとのデータ授受ができるだけでなく、構成部同士のデータ授受を中継することができる。たとえば、リード／ライト部１２で読み込んだＩＣタグ３４の情報をタグリーダ通信部１６を介してサーバ２０に送信するほか、タグリーダ通信部１６がサーバ２０から受信したデータを表示部１４に表示する。

リード／ライト部１２は、不図示のアンテナを備え、建設機械３０に設けられている部品に貼り付けられている所定距離内のＩＣタグ３４と通信ができる。リード／ライト部１２は、ＩＣタグ３４から読み込んだ情報をタグリーダ制御部１１に出力するだけでなく、タグリーダ制御部１１から入力された情報をＩＣタグ３４に書き込むことができる。ＩＣタグ３４に保存される情報は、後述するサーバ２０の部品データベース２４の１レコードと同じであり、たとえば、部品取付日時や最終点検日時は、タグリーダ１０からＩＣタグ３４に書きこまれる。

入力部１３は、不図示のタッチパネルやボタンを備え、ユーザの入力をタグリーダ制御部１１に伝達することができる。表示部１４は、不図示の液晶ディスプレイを備え、タグリーダ制御部１１を経由して伝達されるリード／ライト部１２が読み取った情報や、タグリーダ通信部１６が受信した情報が表示される。
記憶部１５は、不図示のフラッシュメモリにより構成され、この記憶部１５には、後述する取付部位番号対応表１８、読取り部品リスト１９が保存される。

取付部位番号対応表１８とは、図２に示すように取付部位番号と取付部位名称の対応を建設機械の機種ごとに示したものである。なお後述するとおり、全ての建設機械３０に固有な識別子である建設機械ＩＤの上５桁が機種を表すので、取付部位番号対応表１８は、建設機械ＩＤの上５桁、取付部位番号、そして取付部位名称から構成される。また、この表は部位の特定を目的としているため、同一の部品を使用する場合でも取付場所が異なる場合は異なる部位コードを付している。たとえば建設機械ＩＤの上５桁がＣ０１０１の機種では、車体の左右にブームシリンダーがあるため、左は部位コード０１０１を、右は部位コード０２０１を付して区別している。

読取り部品リスト１９とは、図３に示すようにタグリーダで読取る部品について、部品ＩＤ、建設機械ＩＤ，取付部位番号、読取り結果、を列挙したものである。インデックスは読取り部品リスト１９のレコードを識別する一意な値であり、自動的に全てのレコードに対して異なる値が割り振られる。部品ＩＤは、１０桁からなる全ての部品に固有な識別子であり、上５桁が部品の型番を、下５桁が型番ごとのシリアルナンバーを示す。読取り結果は、例えば、タグリーダ１０で当該ＩＣタグを読取った結果が記入される欄であり、正常に読取りができれば、交換した新たな部品の部品ＩＤとその部品取付日時が書き込まれ、不正規品が発見されたら「ＮＧ。不正規品」などが書き込まれる。なお、この読取り部品リスト１９の情報は、サーバ２０で生成してタグリーダ１０に送信し、タグリーダ２０で更新した後にサーバ２０に戻される。

タグリーダ通信部１６は、ＩＣタグ３４に関する情報をサーバ２０と通信し、例えばＩＣタグ３４に部品取付日時や最終点検日時を書き込む際に、サーバ２０へその日時の情報および部品を特定する情報などを送信する。報知部１７は、不図示のスピーカーを備え、スピーカーからアラームを発することによりユーザに各種イベントの発生、たとえば間違ったＩＣタグを読み込んでいることを報知する。

サーバ２０は、サーバ制御部２１、記憶部２２、およびサーバ通信部２３から構成される。サーバ制御部２１は、不図示のＣＰＵ、ＲＡＭおよびＲＯＭを備え、ＲＯＭに保存されている後述するプログラムをＲＡＭに展開して実行する。また、サーバ制御部２１は、他の構成部とバスで接続されており、それらとのデータ授受ができるだけでなく、構成部同士のデータ授受を中継することができる。

記憶部２２には、読取り部品リスト１９、部品データベース２４、稼働実績記録２５、関連部品リスト２６、使用部品対応表２７が記憶されている。
読取り部品リスト１９は、タグリーダ１０の記憶部１５に保存されているものと同一である。ただし前述のとおり、読取り部品リスト１９はサーバ２０が生成してタグリーダ１０に送信し、タグリーダ２０で更新した後にサーバ２０に戻される。

部品データベース２４は、図４に示すように、建設機械３０に使用されている部品に関する情報を記録している。インデックスは部品データベースのレコードを識別する一意な値であり、自動的に全てのレコードに対して異なる値が割り振られる。部品ＩＤは、前述のとおり、１０桁からなる全ての部品に固有な識別子であり、上５桁が部品の型番を、下５桁が型番ごとのシリアルナンバーを示す。建設機械ＩＤは、１０桁からなる全ての建設機械に固有な識別子であり、上５桁が建設機械の機種を、下５桁が機種ごとのシリアルナンバーを示す。また、取付部位番号は図２を用いて説明した取付位置を、部品取付日時は当該部品を取り付けた日時を、最終点検日時は当該部品が建設機械に取り付けられた状態で最後に点検をした日時を示す。すなわち、部品取付の直後は最終点検日時は空欄であり、次回の点検によって初めて日時が書き込まれる。

いずれの部品も用途、すなわちどの建設機械のどこに取り付けるかを定めているため、部品ＩＤ、建設機械ＩＤ、取付部位番号はあらかじめサーバ２０の部品データベース２４に記録されている。ただし、部品交換日時および最終点検日時は、組立てや交換・点検の際に、その日時がタグリーダ１０からサーバ２０に送信され、部品データベース２４に記録される。

稼働実績記録２５は、建設機械３０の後述する稼働情報収集部３３が収集し、建機通信部３２を介してサーバ２０に送信されたデータを蓄積したものであり、図５に示すように建設機械３０の１日ごとの各動作の稼働時間および負荷の大きさが記録されている。後述する使用部品対応表２７により、各動作により使用される部品が特定できるので、部品データベース２４に記録されている標準交換時間および部品取り付け日時をあわせて参照することにより、後述のように次回の部品交換時期が算出できる。

関連部品リスト２６は、機種ごとに不具合の発生原因が関連する部品（以下、関連部品）のグループを示したリストであり、たとえば図６のようなものである。たとえば同一グループに属する、作動油フィルター、タンク、油圧ポンプ、ピストン、コントロールバルブの５つのいずれかに不具合があると、他の４つの部品にも不具合がある可能性が高いことを示している。

使用部品対応表２７は、稼働実績記録２５に記載されている動作と、その動作を実行することにより使用され負荷が生じる部品の取付部位番号の対応を、機種ごとに示す表である。たとえば図７に示すように、機種、すなわち建設機械ＩＤの上５桁がＣ０１０１であれば掘削により、取付部位番号０００１、０００２、０１０１、０２０１の４つの部品に負荷を生じることを表している。なお、表中の「Ｎ／Ａ」は動作が不可能なため負荷が生じる部品がないことを表している。

サーバ通信部２３は、不図示の衛星通信ユニットを有し、タグリーダ１０および建設機械３０と通信衛星を介して通信できる。サーバ通信部２３は、建設機械３０から定期的にその稼働情報を受信し、それらは稼働実績記録２５に記録される。また、タグリーダ１０から受信したデータに基づき、記憶部２２を検索し、後述する処理の結果をタグリーダ１０に送信する。

建設機械３０は、図示しないエンジンと、エンジンに駆動される油圧ポンプと、油圧ポンプからの吐出油で駆動される各種油圧アクチュエータと、エンジンや油圧ポンプを電子制御するコントローラと、油圧アクチュエータなどを操作する操作装置などを備えている。コントローラには、建機制御部３１、建機通信部３２、稼働情報収集部３３、が設けられている。また、エンジンや油圧ポンプなどの建設機械３０の構成部品には、ＩＣタグ３４が設けられている。なお、建設機械ＩＤはあらかじめサービスマンが認識しているものとする。

建機制御部３１は、不図示のＣＰＵ、ＲＡＭおよびＲＯＭを備え、ＲＯＭに保存されている後述するプログラムをＲＡＭに展開して実行する。また、建機制御部３１は、建機通信部３２および稼働情報収集部３３とバスで接続されており、稼働情報収集部３３から建機通信部３２へのデータ授受を中継することができる。ＩＣタグ３４は、消耗品であり交換対象となる個々の部品に貼り付けられ、各ＩＣタグ３４には図３に示す部品データベースの１レコードと同様のデータが保存されている。

建機通信部３２は、不図示の衛星通信ユニットを有し、建設機械３０の位置に関わらずサーバ２０と通信ができる。稼働情報収集部３３は、不図示の圧力制御ユニット、油圧ポンプ、および各種センサの出力を同期して収集しており、収集したデータは定期的に（例えば１日１回）建機通信部３２を経由してサーバ２０に送信される。このデータはサーバ２０では稼働実績記録２５として保存される。

次に、第１の実施の形態における動作を説明する。
第１の実施の形態では、交換すべき部品の情報をサーバ２０からタグリーダ１０に送信し、その情報をもとにタグリーダ１０のユーザが部品交換を行う。

以下、第１の実施の形態におけるタグリーダ１０の動作を説明する。
リード／ライト部１２は、タグリーダ制御部１１による読取り指令によりＩＣタグ３４を読取り、タグリーダ制御部１１にその読み取った情報を伝達するが、読取りができなかった場合には、読取りができなかった旨の情報をタグリーダ制御部１１に伝達する。

タグリーダ制御部１１は、サーバ２０から読取り部品リスト１９を受信すると記憶部１５に保存するとともに表示部１４に表示し、図８に示すフローチャートで表されるプログラムの実行を開始する。ただしこの際に受信した読取り部品リスト１９をそのまま表示してもよいが、タグリーダ１０のユーザに理解しやすいように表示部１４に表示してもよい。たとえば、取付部位番号対応表１８を参照して、取付部位番号「０００１」を文字列「アームシリンダ」に変換して表示する。また、２次元や３次元の図を用いて取付部位を表示してもよい。特に同じ部品が建設機械３０の左右に取り付けられている場合には、図を用いることにより左右方向の定義に関わらず誤解を生じない利点がある。

ステップＳ１０１では、タグリーダ制御部１１は、読取り部品リスト１９から１レコードを読取り、照合データを作成する。照合データとは、部品ＩＤ、建設機械ＩＤ，取付部位番号からなるデータである。続くステップＳ１０２では、ステップＳ１０１で読取った情報をタグリーダ１０の表示部１４に表示し、ステップＳ１０３に進む。このとき、読取り部品リスト１９の情報をそのまま表示してもよいし、上述したようにタグリーダ１０のユーザに理解しやすいように表示部１４に表示してもよい。

ステップＳ１０３では、タグリーダ制御部１１は、ユーザからのタグ読取り指示を待ち、読取り指示があればリード／ライト部１２に読取り指令を送り、ステップＳ１０４に進む。ユーザからのタグ読取り指示とは、たとえばユーザによる不図示のタグデータ読書きボタンの押下である。

ステップＳ１０４では、タグリーダ制御部１１は、リード／ライト部１２からの情報が、読取ったＩＣタグ３４の情報であるか、読取りができなかった旨の情報であるか、を判断する。リード／ライト部１２からの情報が、ＩＣタグ３４の情報である場合にはステップＳ１０５へ、読取りができなかった旨の情報である場合はステップＳ１０６へ進む。

ステップＳ１０５では、タグリーダ制御部１１は、読取ったＩＣタグ３４の情報に、部品取付日時、および照合データに含まれる建設機械ＩＤが含まれるかを判断し、その両方が含まれる場合はステップＳ１０７に進み、どちらか片方でも含まれない場合はステップＳ１０６に進む。読取った部品にＩＣタグが付されていても、本来記録されているはずの部品取付日時や建設機械ＩＤの情報が含まれない、もしくは建設機械ＩＤが一致しない場合はその部品が不正規品と考えられる。

ステップＳ１０６では、ステップＳ１０１で読取り部品リスト１９から読取った、部品ＩＤ，建設機械ＩＤ、および取付部位番号、ならびに不正規品があったことを示す特別なコード、の４つを不正規品情報としてサーバ２０へ送信し、ステップＳ１１２に進む。

ステップＳ１０７では、タグリーダ制御部１１は、読取ったＩＣタグ３４の部品ＩＤ、建設機械ＩＤ，および取付部位番号と、ステップＳ１０１で作成した照合データが一致するかを判断し、一致している場合はステップＳ１０９に進み、１つでも一致しない場合はステップＳ１０８に進む。

ステップＳ１０８では、タグリーダ制御部１１は、入力した部位と読取ったＩＣタグの情報が一致しない旨の表示を表示部１４に出力するように制御する。タグリーダ制御部１１は、報知部１７のスピーカーからアラーム音を発して、一致しないことをユーザに報知する。そして再度のＩＣタグ３４の読取りに備えてステップＳ１０３に戻る。

ステップＳ１０９では、タグリーダ制御部１１は、読取ったＩＣタグ３４の情報をタグリーダ通信部１６を介してサーバ２０に送信し、ステップＳ１１０に進む。ステップＳ１１０では、タグリーダ制御部１１は、ステップＳ１０４、Ｓ１０５、Ｓ１０７の判断が全てＹＥＳであったことをＩＣタグ３４に記録するとともにユーザに通知し、ステップＳ１１０Ａに進む。ＩＣタグ３４への記録とは、ステップＳ１０３〜ステップＳ１０４において情報を読取ったＩＣタグ３４に対して、最終点検日時の日付を現在時刻に更新する書き込みを行う処理である。また、ユーザに通知するために、表示部１４に正常に読取りが完了した旨の表示を出力する。

ステップＳ１１０により表示部１４に正常に読取りが完了した旨が表示されるため、タグリーダ１０のユーザはステップＳ１０３で読取ったＩＣタグ３４が付されていた部品を新たな部品に交換する。そして、タグリーダ１０のユーザは、部品取付の記録を残すために、その新たな部品に付されたＩＣタグ３４をタグリーダ１０のリード／ライト部に近づけて、不図示のタグデータ読書きボタン押下などによりＩＣタグ３４のタグ情報の読み取り指示を出す。
タグリーダ制御部１１は、ステップＳ１１０Ａにおいて、ＩＣタグ３４のタグ情報の読み取り指示の有無を判定し、指示があればステップＳ１１１に進む。ステップＳ１１１では、タグリーダ制御部１１は、ＩＣタグ３４から部品ＩＤを読み出して一時的にＲＡＭに記録し、ＩＣタグ３４の部品取付日時に現在時刻を書き込んで、ステップＳ１１２に進む。

ステップＳ１１２では、タグリーダ制御部１１は、読取り結果を読取り部品リスト１９の当該部品の欄に書込む。正常にＩＣタグ３４の読み込みが完了し、部品交換が完了した場合にはステップＳ１１１でＲＡＭに記録した部品ＩＤ、および部品取付日時を記録し、不正規品であると判断した場合は「ＮＧ．不正規品」と記録する。

続くステップＳ１１３では、タグリーダ制御部１１は、読取り部品リスト１９から読込んだ最後の部品が、読取り部品リスト１９に記録されている最後の部品であるか否かを判断する。最後の部品であればステップＳ１１４に進み、最後の部品でなければステップＳ１０１に戻り次の部品を読み込む。

ステップＳ１１４では、タグリーダ制御部１１は、ステップＳ１１２にて読取り結果を書き込んだ読取り部品リスト１９をサーバ２０に送信し、図８のフローチャートを終了する。

以下、第１の実施の形態におけるサーバ２０の動作を説明する。サーバ２０は、読取り部品リスト１９を生成してタグリーダ１０に送付する機能、およびタグリーダ１０から受信したＩＣタグ３４などのデータを処理する機能、の２つの機能を有する。

サーバ制御部２１は、一定時間ごと、もしくはユーザからの指示に基づいて、交換対象が記載された読取り部品リスト１９をタグリーダ１０に送付すべく、図９のフローチャートに示すプログラムを実行する。

図９のフローチャートは、ユーザ要求に対する読取り部品リスト１９を生成するためのものである。ステップＳ２０１では、サーバ制御部２１は、部品データベース２４の先頭、すなわち、図４の部品データベース２４のインデックスが１の部品を最初の処理対象に定め、ステップＳ２０２に進む。

ステップＳ２０２では、サーバ制御部２１は、部品データベース２４の処理対象の部品について機種、機体番号、および部品取付日時を特定し、稼働実績記録２５から部品取付日時以後で、機種および機体番号が一致する稼働実績記録２５を抽出してステップＳ２０３に進む。

ステップＳ２０３では、サーバ制御部２１は、処理対象の部品について取付部位コードを特定し、使用部品対応表２７から処理対象の部品が使用される作業を特定する。そして、抽出した稼働実績記録２５から処理対象の部品が使用される作業が含まれる時間を累計し、処理対象の部品の現在までの累計稼働時間を算出する。ただし、稼働実績記録２５に記録されている平均負荷、または最大負荷が予め設定する高負荷基準値を超えている場合には、高負荷作業が多く行われたと判断して、記録されている稼働時間に１を超える係数をかけた時間を累計してもよい。また、稼働実績記録２５に記録されている平均負荷、または最大負荷が予め設定する低負荷基準値未満の場合には、低負荷作業が多く行われたと判断して、記録されている稼働時間に１未満の係数をかけた時間を累計してもよい。

続くステップＳ２０４では、サーバ制御部２１は、ステップＳ２０３で算出した累計稼働時間、および部品取付日時から現在までの日数をもとに、１日あたりの平均稼働時間を算出する。そして、部品データベース２４に記録されている、処理対象の部品の標準交換時間に達する時期を算出し、ステップＳ２０５に進む。

ステップＳ２０５では、サーバ制御部２１は、ステップＳ２０４で算出した時期が、当該処理を実行している日時から一定期間内、例えば１月以内であるか、もしくはすでに交換時期を超過しているかを判断する。そして、いずれかの条件に該当する場合はステップＳ２０６に進み、いずれの条件にも該当しない場合はステップＳ２０７に進む。すなわち、早く交換すべき場合はステップＳ２０６に進み、交換までに時間がある場合はステップＳ２０７に進む。

ステップＳ２０６では、サーバ制御部２１は、現在の処理対象の部品に関する情報を、読取り部品リスト１９に新たなレコードとして追加し、ステップＳ２０７に進む。部品に関する情報とは、部品ＩＤ、建設機械ＩＤ，取付部位番号であり、読取り結果はタグリーダ１０にて書き込まれるので空欄とする。

ステップＳ２０７では、サーバ制御部２１は、部品データベース２４に未処理の部品があるかを判断し、未処理の部品がある場合はステップＳ２０９に進み、未処理の部品がない場合はステップＳ２０８に進む。

ステップＳ２０８では、サーバ制御部２１は、ユーザ要求によって作成された読取り部品リスト１９をタグリーダ１０に送信し、図９のフローチャートを終了する。
ステップＳ２０９では、サーバ制御部２１は、処理対象をインデックスを１増加させた次の部品に変更し、ステップＳ２０２に進む。

また、サーバ制御部２１は、サーバ通信部２３がタグリーダ１０からデータを受信すると、図１０のフローチャートに示すプログラムを実行する。なお、サーバ通信部２３がタグリーダ１０から受信するデータは、図８のステップＳ１０６で送信する不正規品情報、同じくステップＳ１０９で送信するＩＣタグ３４の情報、または同じくステップＳ１１４で送信する読取り部品リスト１９、のいずれかである。

ステップＳ３０１では、サーバ制御部２１は、受信したデータが読取り部品リスト１９であるかを判断し、読取り部品リスト１９であった場合はステップＳ３０２に進み、読取り部品リスト１９でなかった場合はステップＳ３０３に進む。

ステップＳ３０２では、サーバ制御部２１は、読取り部品リスト１９に記録されている交換した部品の情報を部品データベース２４に反映させ、図１０のフローチャートを終了する。たとえば、部品交換が正常に行われると、読取り結果には交換後の部品ＩＤと部品取付日時が記載されるので、記載の部品ＩＤと同一の部品ＩＤを有するレコードに、その部品取付日時を記録する。

ステップＳ３０３では、サーバ制御部２１は、受信したデータが不正規品情報であるか、ＩＣタグ３４の情報であるかを判断する。たとえば、不正規品情報には不正規品であることを示す特別なコードが含まれるため、その特別なコードの有無により不正規品情報であるか否かを判断できる。受信した情報がＩＣタグ３４の情報の場合はステップＳ３０４に進み、不正規品情報であった場合はステップＳ３０８に進む。

ステップＳ３０４〜Ｓ３０６では、サーバ制御部２１は、受信したＩＣタグ３４の情報から、そのＩＣタグ３４が付された部品の次回の部品交換時期を、図９のステップＳ２０２〜Ｓ２０４と同様に算出する。続くステップＳ３０７では、算出した次回の部品交換時期をタグリーダ１０に送信し、図１０のフローチャートを終了する。

ステップＳ３０８では、サーバ制御部２１は、不正規品情報に含まれる建設機械の機種（建設機械ＩＤの上５桁）および取付部位番号により関連部品リスト２６を参照して、不正規品情報に係る部品に関連部品が存在するかを判断する。関連部品が存在する場合はステップＳ３０９に進み、関連部品が存在しない場合はステップＳ３１１に進む。

ステップＳ３０９では、サーバ制御部２１は、不正規品情報に係る部品の関連部品に関する情報を、関連部品リスト２６および部品データベース２４を参照して収集する。続くステップＳ３１０では、収集した部品の情報をタグリーダ１０に送信し、図１０のフローチャートを終了する。

ステップＳ３１１では、サーバ制御部２１は、不正規品情報に係る部品には関連部品がない旨をタグリーダ１０に送信し、図１０のフローチャートを終了する。

以上説明した第１の実施の形態によれば、次の作用効果を奏する。
（１）第１の実施形態のタグリーダ１０は、ＩＣタグ３４を付した部品の設置箇所を特定する情報を入力する入力部１３と、入力部１３により入力された情報と読み込んだＩＣタグ３４に含まれる部品の情報とから両者の設置箇所が同一かを判定する設置箇所一致判定部、すなわちリーダ制御部１１と、リーダ制御部１１により同一でないと判断された場合に同一でないことを報知する報知部１７とを備える。

そのため、対象部品とは異なる別の部品にタグリーダ１０をかざした場合、読み取った情報が対象部品からの情報ではないことをサービスマンなどが容易に認識することができる。たとえば、類似する部品が隣接して配置されている場合において、とくに効果がある。また、読取ったＩＣタグ３４の情報が読取り部品リスト１９に記録されている取付部位番号などと一致しない場合、報知部１７により報知されるため、ユーザはＩＣタグ３４の読取り間違いに気づくことができる。

（２）第１の実施形態のタグリーダ１０は、部品を管理する遠隔地に設置したサーバ２０と通信するタグリーダ通信部１６と、タグリーダ通信部１６によってサーバ２０から受信して入力部１３に入力された対象部品とその設置個所のリストを表示する表示部１４とをさらに備える。

そのため、サービスマン等は、表示部１４に表示される検査すべき対象部品と設置箇所のリストに基づいて対象部品を容易に認識することができる。すわなち、サービスマン等は、表示された設置個所に位置する部品にタグリーダ１０をかざすだけで、対象部品の点検や交換などの情報を入手できる。

（３）第１の実施形態の部品管理システムにおけるサーバ２０は、部品の情報を有する部品データベース２４と、タグリーダ１０と通信するサーバ通信部２３と、所定の条件で部品データベースを検索して得られた部品およびその設置箇所を特定する情報を対応づけた読取り部品リスト１９を、サーバ通信部２３を介してタグリーダ１０に送付するサーバ制御部２１とを備える。

そのため、タグリーダ１０のユーザは、タグリーダ１０を用いて読取るべき、所定の条件に該当する部品、例えば交換時期が近付いている部品の一覧を読取り部品リスト１９として入手することができる。タグリーダ１０が表示部１４を備えていれば、表示部１４で交換時期に近い部品をリストとして確認することができる。

（４）第１の実施形態の部品管理システムにおけるＩＣタグ３４の情報は、ＩＣタグ３４を付している部品の部品取付日時を少なくとも含む。タグリーダ１０は、サーバ２０から受信した読取り部品リスト１９により設置箇所が特定される部品に付されたＩＣタグ３４から、ＩＣタグ３４に保存されている部品の部品取付日時を読み取れなかった場合は、部品が不正規品であることをサーバ２０へ通知するタグリーダ制御部１１をさらに備える。
サーバ２０は、図１０のステップＳ３０８において、タグリーダ１０から受信した読取り部品リスト１９により特定される部品に関連する部品を検索する処理、すなわち、関連部品検索処理を実行する。部品データベース２４に蓄積された情報は、ＩＣタグ３４を付している部品の負荷状況、および部品の部品取付日時を含む。関連部品検索処理では、所定の条件が成立したとき、すなわち、部品取付日時以後の部品の負荷状況を参照して算出した次回の部品交換時期がＩＣタグ３４の情報受信時から一定期間内にあること、または次回の部品交換時期を超過していることが成立したとき、サーバ制御部２１は、不正規品であると通知された部品について関連部品検索処理が関連する部品があると判断する場合に、関連する部品の情報を報知情報としてタグリーダ１０に送信する。

そのため、タグリーダ１０が不正規品であると判断した部品に関連する部品の情報が、サーバ２０からタグリーダ１０に報知されるため、ユーザは不正規品が取り付けられていたことにより交換が必要になった可能性のある部品を知ることができる。さらに、ユーザによるＩＣタグ３４の読取りから、サーバ２０による前述の情報の送信までの時間は一般的に短いため、ユーザはＩＣタグ３４の読取りに続けて、サーバから送信された情報に基づいて部品を目視検査することができ、効率が良い。

（変形例１）
第１の実施の形態では、タグリーダ１０は読取り部品リスト１９をサーバ２０から受信したが、ユーザがタグリーダ１０の入力部１３から各種情報を入力し、タグリーダ制御部１１が以下のように処理をして読取り部品リスト１９を作成してもよい。
図１１はタグリーダ制御部１１が、ユーザの入力部１３からの操作により実行されるプログラムの処理を表すフローチャートである。

ステップＳ４０１では、タグリーダ制御部１１は、図１２に示す情報入力用インタフェース１４ａを表示部１４に表示し、ユーザに建設機械ＩＤ入力欄１４ｂへの入力を促す。続くステップＳ４０２では、タグリーダ制御部１１は、ユーザによる建設機械ＩＤの入力を待ってステップＳ４０３に進む。

ステップＳ４０３では、タグリーダ制御部１１は、取付部位番号対応表１８からユーザが入力した建設機械ＩＤの上５桁が一致する欄を検索し、その欄に表示されている取付部位名称の一覧を取付部位名称リスト１４ｃとして情報入力用インタフェース１４ａに追加する。例えば取付部位名称リスト１４ｃはドロップダウンリストであり、リストに含まれる任意の取付部位を１つ、または複数を選択できる構造になっている。
続くステップＳ４０４では、タグリーダ制御部１１は、ユーザによる取付部位名称リスト１４ｃからの選択を待ち、選択があるとステップＳ４０５に進む。

ステップＳ４０５では、タグリーダ制御部１１は、ユーザがステップＳ４０４で選択した取付部位について、取付部位番号対応表１８およびユーザがステップＳ４０２で入力した建設機械ＩＤを参照して、取付部位番号を特定する。そして、ユーザがステップＳ４０２で入力した建設機械ＩＤと、特定した取付部位番号とからなるデータを、読取り部品リスト１９として記憶部１５に保存し、図１１のフローチャートを終了する。

以上説明した変形例１によれば、次の作用効果を奏する。
タグリーダ１０は、図８のステップＳ１０７において、入力部１３により入力された情報と読み込んだＩＣタグ３４に含まれる部品の情報とから両者の設置箇所が同一かを判定する。すなわち、設置箇所一致判定処理を実行する。報知部１７は、設置箇所一致判定処理により同一でないと判断された場合に同一でないことを報知する。

この変形例１によれば、タグリーダ１０のユーザが、タグリーダ１０による読取りの前に読取り対象のＩＣタグ３４が付された部品を明示的に入力するため、ＩＣタグ３４を読取る前にユーザ自身で読取り対象を確認することができる。また、サーバ２０との通信ができない場合でも、ユーザによる入力により読取り対象のＩＣタグ３４を確認しながらのＩＣタグ３４の情報読み取りができる。

（変形例２）
第１の実施の形態では、サーバ制御部２１は、次回の部品交換時期を条件として部品を選択したが、建設機械ＩＤ、部品ＩＤ、取付部位番号、機種（建設機械ＩＤの上５桁）、部品型番（部品ＩＤの上５桁）などを部品選択の条件としてもよい。また、先に挙げた複数の選択基準を組み合わせてもよい。さらに、ユーザがタグリーダ１０の入力部１３を利用して、サーバ２０へ部品を選択する条件を指定してもよい。

（変形例３）
第１の実施の形態では、タグリーダ１０はタグリーダ通信部１６を備えていたが、タグリーダ１０の構成はこれに限定されない。タグリーダ１０は通信部を備えず、その代わりに通信用のインタフェース、たとえばシリアルポートやＵＳＢ端子を備え、通信機能を有する機器、たとえば携帯電話やモデムを接続して通信を行ってもよい。
この変形例３によれば、タグリーダ１０の製造コストを低減でき、さらに状況に応じて最適な通信機器を選択して接続することができる。たとえば、周囲に無線ＬＡＮのアクセスポイントが設置されている環境であれば無線ＬＡＮ通信機と接続し、砂漠などインフラが全くない環境では通信衛星と直接通信のできる衛星携帯電話と接続して通信を行う。

（第２の実施の形態）
以下、図１３〜図１５を参照して本発明の第２の実施の形態を説明する。第２の実施の形態は、部品の点検を目的として読取り部品リスト１９を作成する点が特徴である。
第２の実施の形態と第１の実施の形態との相違は、タグリーダ制御部１１のＲＯＭ、およびサーバ制御部２１のＲＯＭに保存されているプログラムが異なる点である。
以下、第２の実施の形態におけるタグリーダ１０の動作を説明する。

第２の実施の形態における、タグリーダ制御部１１の動作は第１の実施の形態とほぼ同様であるが、部品の点検を目的としており部品交換を点検と同時に行うことは想定していない。そのため、タグリーダ制御部１１は、第１の実施の形態におけるタグリーダ制御部１１の動作を表す図８を、以下のように一部だけ変更した動作を行う。

第２の実施の形態では、部品交換に伴うＩＣタグの読書き（図８のステップＳ１１２）を行わない。そのため、図８からステップＳ１１２を削除し、ステップＳ１１１の次はステップＳ１１３に進む。図１３は、第２の実施の形態のタグリーダ制御部１１の動作を示すフローチャートである。

第２の実施の形態におけるサーバ２０の動作を説明する。第１の実施の形態と同様に、読取り部品リスト１９を生成してタグリーダ１０に送付する機能、およびタグリーダから受信したＩＣタグ３４などの情報を処理する機能、の２つの機能を有するが、以下のように詳細は異なる。

図１４のフローチャートに示すプログラムは、第１の実施の形態における図９のフローチャートに示すプログラムに代わって、第２の実施の形態においてサーバ制御部２１が実行する。

図１４のフローチャートは、ユーザ要求に対する読取り部品リスト１９を生成するためのものである。ステップＳ５０１では、サーバ制御部２１は、部品データベース２４のインデックスが１の部品を最初の処理対象に定める。続くステップＳ５０２では、その部品について、最終点検日時が部品取付日時よりも遅い（日時がより新しい）かを判断し、最終点検日時の方が遅ければステップＳ５０３に進み、同日または部品取付日時の方が遅ければステップＳ５０４に進む。ただし、部品取付日時しか記録がない場合はステップＳ５０４に進む。

ステップＳ５０３では、サーバ制御部２１は、最終点検日時から当該処理日時までに一定期間以上、たとえば１月以上経過しているかを判断する。一定期間以上経過している場合はステップＳ５０５に進み、一定期間未満であればステップＳ５０６に進む。

ステップＳ５０４では、サーバ制御部２１は、部品交換日時から当該処理日時までに一定期間以上、たとえば１月以上経過しているかを判断する。一定期間以上経過している場合はステップＳ５０５に進み、一定期間未満であればステップＳ５０６に進む。

ステップＳ５０５では、サーバ制御部２１は、現在の処理対象の部品に関する情報を、読取り部品リスト１９に新たなレコードとして追加し、ステップＳ５０６に進む。部品に関する情報とは、部品ＩＤ、建設機械ＩＤ，および取付部位番号であり、読取り結果はタグリーダ１０にて書き込まれるので空欄とする。

ステップＳ５０６では、サーバ制御部２１は、部品データベース２４に未処理の部品があるかを判断し、未処理の部品がある場合はステップＳ５０８に進み、未処理の部品がない場合はステップＳ５０７に進む。

ステップＳ５０７では、ユーザ要求によって作成された読取り部品リスト１９をタグリーダ１０に送信し、図１４のフローチャートを終了する。
ステップＳ５０８では、サーバ制御部２１は、処理対象をインデックスを１増加させた次の部品に変更し、ステップＳ５０２に進む。

サーバ２０がタグリーダ１０からＩＣタグ３４などの情報を受信した際の動作を説明する。図１５のフローチャートに示すプログラムは、第１の実施の形態における図１０のフローチャートに示すプログラムに代わって、第２の実施の形態においてサーバ制御部２１が実行する。第１の実施の形態の図１０の処理と同じ内容のステップには、同じステップ番号を付してその説明を省略する。すなわち、第２の実施の形態では、第１の実施の形態において、受信したデータが不正規品情報であった場合（ステップＳ３０３：ＹＥＳ）の対処が、第１の実施の形態と異なる。

ステップＳ３０１では、サーバ制御部２１は、受信したデータが読取り部品リスト１９であるかを判断し、読取り部品リスト１９であった場合はステップＳ３０２に進みその情報を部品データベース２４に反映する。読取り部品リスト１９でなかった場合はステップＳ３０３に進み、受信したデータが不正規品情報であるか、ＩＣタグ３４の情報であるかを判断する。

ステップＳ３０３では、サーバ制御部２１は、受信した情報が不正規品情報であるか、ＩＣタグ３４の情報であるかを判断し、受信した情報がＩＣタグ３４の情報の場合はステップＳ３０４に進み、不正規品情報であった場合はステップＳ６０１に進む。

ステップＳ３０４〜Ｓ３０６では、サーバ制御部２１は、前述のとおり部品交換時期を算出し、続くステップＳ３０７でその部品交換時期をタグリーダ１０に送信して図１５のフローチャートを終了する。

ステップＳ６０１では、サーバ制御部２１は、不正規品情報に含まれる建設機械ＩＤおよび取付部位番号を用いて、部品データベース２４から不正規品が取り付けられていた位置に直前に取り付けられていた正規の部品（以後、最後の正規部品と呼ぶ）を検索する。例えば、まず、部品データベース２４から、建設機械ＩＤおよび取付部位番号が、不正規品情報に含まれていた建設機械ＩＤおよび取付部位番号と一致する部品を検索する。そして、複数の部品が該当した場合は、最も部品取付日時が新しいものが最後の正規部品であり、１つのみが該当した場合はその部品が最後の正規部品である。

続くステップＳ６０２では、サーバ制御部２１は、ステップＳ６０１において最後の正規部品が見つかったかを判断し、見つかった場合にはステップＳ６０３に進み、見つからなかった場合はステップＳ６０４に進む。

ステップＳ６０３では、サーバ制御部２１は、部品データベース２４に最後の正規部品の最終点検日時が記録されているかを判断し、記録されている場合はステップＳ６０５に進み、記録されていない場合はステップＳ６０６に進む。

ステップＳ６０４では、不正規品が取り付けられた日時を知る手がかりがないため、サーバ制御部２１は、以下の手順（以後、受信時基準の不正規品交換時期算出処理と呼ぶ）により不正規品の交換時期を算出し、ステップＳ６０７に進む。

不正規品情報から、当該不正規品が取り付けられていた建設機械の建設機械ＩＤを抽出し、過去一定期間における当該建設機械ＩＤを有する建設機械の稼働実績記録２５を全て抽出する。たとえばこの期間は過去１年とすることができる。不正規品情報から当該不正規品の取付部位番号を特定し、使用部品対応表２７から当該部品が使用される作業を特定する。抽出した稼働実績記録２５から上記特定された作業が含まれる時間を累計し、当該部品の現在までの累計稼働時間を算出する。この累計時間を、稼働実績記録２５を抽出した日数で割ることにより、１日あたりの当該部品の平均稼働時間を算出する。当該部品の標準交換時間をその平均稼働時間で割ることにより使用できる日数が算出される。この不正規品データを受信した日付に算出した日数を加えて不正規品の交換時期を算出する。ただし、不正規品の標準交換時間は最後の正規部品よりも短い時間、たとえば正規部品の３分の１とする。

ステップＳ６０５では、最後の正規部品の最終点検日時以後に不正規品に交換されているため、サーバ制御部２１は、その最終点検日時を基準として以下の手順（以後、点検時基準の不正規品交換時期算出処理と呼ぶ）により不正規品の交換時期を算出し、ステップＳ６０７に進む。

不正規品情報から、当該不正規品が取り付けられていた建設機械の建設機械ＩＤを抽出し、最後の正規部品の最終点検日時以後の当該建設機械ＩＤを有する建設機械の稼働実績記録２５を全て抽出する。不正規品情報から当該不正規品の取付部位番号を特定し、使用部品対応表２７から当該部品が使用される作業を特定する。抽出した稼働実績記録２５から上記特定された作業が含まれる時間を累計し、当該部品の現在までの累計稼働時間を算出する。この累計時間を稼働実績記録２５を抽出した日数で割ることにより、１日あたりの当該部品の平均稼働時間を算出する。当該部品の標準交換時間をその平均稼働時間で割ることにより使用できる日数が算出される。最終点検日時に算出した日数を加えて不正規品の交換時期を算出する。ただし、不正規品の標準交換時間は最後の正規部品よりも短い時間、たとえば正規部品の３分の１とする。

ステップＳ６０６では、最後の正規部品の部品取付日時以後に不正規品に交換されているため、サーバ制御部２１は、その部品取付日時を基準として以下の手順（以後、交換時基準の不正規品交換時期算出処理と呼ぶ）により不正規品の交換時期を算出し、ステップＳ６０７に進む。

不正規品情報から、当該不正規品が取り付けられていた建設機械の建設機械ＩＤを抽出し、最後の正規部品の部品取付日時以後の当該建設機械ＩＤを有する建設機械の稼働実績記録２５を全て抽出する。不正規品情報から当該不正規品の取付部位番号を特定し、使用部品対応表２７から当該部品が使用される作業を特定する。抽出した稼働実績記録２５から上記特定された作業が含まれる時間を累計し、当該部品の現在までの累計稼働時間を算出する。この累計時間を稼働実績記録２５を抽出した日数で割ることにより、１日あたりの当該部品の平均稼働時間を算出する。当該部品の標準交換時間をその平均稼働時間で割ることにより使用できる日数が算出される。部品取付日時に算出した日数を加えて倣品の交換時期を算出する。ただし、不正規品の標準交換時間は最後の正規部品よりも短い時間、たとえば正規部品の３分の１とする。

ステップＳ６０７では、サーバ制御部２１は、算出した不正規品の交換時期、算出基準日、およびその理由を、サーバ通信部２３を介してタグリーダ１０に送信する。送信するメッセージは例えば「交換時期：２０１４年６月上旬。算出基準日：本日。理由：最後の正規部品の記録がないため」である。このメッセージを見たタグリーダ１０のユーザは、本日基準で不正規品の交換時期を算出しているため、上記交換時期よりも十分に早く正規部品に交換すべきであると判断できる。

以上説明した第２の実施の形態によれば、次の作用効果を奏する。
（１）第２の実施形態の部品管理システムにおけるサーバ２０が有する部品に関する情報は、部品の負荷状況を含む稼働実績記録２５、ならびに部品取付日時および最終点検日時を含む部品データベース２４を含む。サーバ２０は、部品データベース２４に保存されていた部品取付日時と最終点検日時のうち遅い方から一定の期間を経過している部品をリストアップして読み取り部品リスト１９を作成する。
タグリーダ１０は、入力部１３により入力した情報、すなわち、サーバ２０から受信した読み取り部品リスト１９から特定された設置箇所の部品に付されたＩＣタグ３４から部品取付日時を読み取れなかった場合に、入力部１３により入力した情報から特定された設置箇所の部品が不正規品であることをサーバ２０へ通知する。
サーバ２０は、タグリーダ１０から受信した不正規品の設置箇所にある部品の過去の負荷状況を参照して不正規品の次回の交換時期を算出する第１部品交換時期算出部と、タグリーダ１０から受信した不正規品の設置箇所に直前に取り付けられていた部品（以後、最後の正規部品と呼ぶ）の部品取付日時以後の最後の正規部品の負荷情報を参照して不正規品の次回の部品交換時期を算出する第２部品交換時期算出部と、最後の正規部品の最終点検日時以後の最後の正規部品の負荷情報を参照して前記不正規品の次回の部品交換時期を算出する第３部品交換時期算出部と、をさらに備える。サーバ制御部２１は、タグリーダ１０から不正規品であることを受信すると、タグリーダ１０から受信した情報、および部品データベース２４に保存されているデータにより第１、第２または第３部品交換時期算出部を選択し、選択した算出部により算出した次回の部品交換時期を報知情報としてタグリーダ１０へ送信する。
したがって、不正規品が使用されている建設機械の種々の部品に対する交換時期も適切に報知することができる。

（２）とくに、第２実施の形態の部品管理システムのように、サーバ制御部２１により、まず部品データベース２４に最後の正規部品の最終点検日時が保存されているかを確認し保存されている場合は第２部品交換時期算出部を選択し、次に最後の正規部品の部品取付日時が保存されているかを確認し保存されている場合は第３部品交換時期算出部を選択し、それ以外の場合は第１部品交換時期算出部を選択するように構成することにより、部品データベース２４の記録を参照して、不正規品が取り付けられた可能性のある最も早い時期を特定し、推定できる不正規品の交換時期のうち最も早い時期をタグリーダ１０へ送信することができる。

（変形例４）
第２の実施の形態では、サーバ制御部２１は、不正規品情報に含まれる建設機械ＩＤおよび取付部位番号を用いて、部品データベース２４から最後の正規部品を検索し（図１４のステップＳ６０１）、その有無などに基づいて不正規品の交換時期の計算方法を変更したが、最後の正規部品を検索せずに、常に受信時基準の不正規品交換時期算出処理をおこなってもよい。

上述した各実施の形態および変形例は、それぞれ組み合わせてもよい。
さらに、本発明の特徴的な機能を損なわない限り、本発明は、上述した実施の形態における機器構成に何ら限定されない。

１…部品管理システム、１０…タグリーダ、１１…タグリーダ制御部、１２…リード／ライト部、１３…入力部、１４…表示部、１５…記憶部、１６…タグリーダ通信部、１７…報知部、１８…取付部位番号対応表、１９…読取り部品リスト、２０…サーバ、２１…サーバ制御部、２２…記憶部、２３…サーバ通信部、２４…部品データベース、２５…稼働実績記録、２６…関連部品リスト、２７…使用部品対応表、３０…建設機械、３１…建機制御部、３２…建機通信部、３３…稼働情報収集部、３４…ＩＣタグ

Claims (1)

1. 部品に付したＩＣタグを読み取るタグリーダと、遠隔地に設置され、前記部品を管理するサーバと、を備える部品管理システムにおいて、
   前記ＩＣタグの情報は、当該ＩＣタグを付している部品の前回の交換日時を少なくとも含み、
   前記タグリーダは、
   前記ＩＣタグを付した部品の設置箇所を特定する情報を入力する入力部と、
   前記入力部により入力された情報と読み込んだ前記ＩＣタグに含まれる部品の情報とから両者の設置箇所が同一かを判定する設置箇所一致判定部と、
   前記設置箇所一致判定部により同一でないと判断された場合に同一でないことを報知する報知部と、
   前記サーバと通信するタグリーダ通信部と、
   前記タグリーダ通信部によって前記サーバから受信して前記入力部に入力された対象部品と当該対象部品の設置個所とのリストを表示する表示部と、
   前記サーバから受信した前記リストにより設置箇所が特定される部品に付された前記ＩＣタグから、当該部品の前記前回の交換日時を読み取れなかった場合に、前記部品が不正規品であることを前記サーバへ通知するタグリーダ制御部と、を備え、
   前記サーバは、
   部品の情報を蓄積する部品データベースと、
   前記タグリーダと通信するサーバ通信部と、
   所定の条件で前記部品データベースを検索して得られた部品および当該部品の設置箇所を特定する情報を対応づけた前記リストを、前記サーバ通信部を介して前記タグリーダに送信するサーバ制御部と、
   前記タグリーダから受信した前記リストにより特定される部品に関連する部品を検索する関連部品検索部と、を備え、
   前記部品データベースに蓄積されている情報は、前記ＩＣタグを付している部品の負荷状況、および当該部品の前記前回の交換日時を含み、
   前記所定の条件とは、前記前回の交換日時以後の前記部品の負荷状況を参照して算出した次回の部品交換時期が前記ＩＣタグの情報受信時から一定期間内にあること、または次回の部品交換時期を超過していることであり、
   前記サーバ制御部は、不正規品であると通知された部品について前記関連部品検索部が関連する部品があると判断する場合に、前記関連する部品の情報を報知情報として前記タグリーダに送信する部品管理システム。

Images