特許 6282767 部品管理システム

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】6282767

(24)【登録日】2018年2月2日

(45)【発行日】2018年2月21日

(54)【発明の名称】部品管理システム

(51)【国際特許分類】

   G06Q 10/00 20120101AFI20180208BHJP

   G06K 7/10 20060101ALI20180208BHJP

   G06K 17/00 20060101ALI20180208BHJP

   E02F 9/20 20060101ALI20180208BHJP

【ＦＩ】

   G06Q10/00 300

   G06Q10/00ZJM

   G06K7/10 100

   G06K17/00 022

   E02F9/20 N

【請求項の数】6

【全頁数】23

(21)【出願番号】特願2017-47412(P2017-47412)

(22)【出願日】2017年3月13日

(62)【分割の表示】特願2014-10707(P2014-10707)の分割

【原出願日】2014年1月23日

(65)【公開番号】特開2017-162475(P2017-162475A)

(43)【公開日】2017年9月14日

【審査請求日】2017年3月13日

(73)【特許権者】

【識別番号】000005522

【氏名又は名称】日立建機株式会社

(74)【代理人】

【識別番号】110000442

【氏名又は名称】特許業務法人 武和国際特許事務所

(72)【発明者】

【氏名】草木 貴巳

(72)【発明者】

【氏名】浮須 健介

(72)【発明者】

【氏名】小倉 弘

(72)【発明者】

【氏名】冨永 哲兆

【審査官】 田付 徳雄

(56)【参考文献】

【文献】 特開平１１−２２１７２７（ＪＰ，Ａ）

【文献】 特開２００６−３３８２５９（ＪＰ，Ａ）

【文献】 特開２００９−２１７７１８（ＪＰ，Ａ）

【文献】 特開２００８−２４３０１８（ＪＰ，Ａ）

【文献】 特開２０１０−０６０７９２（ＪＰ，Ａ）

(58)【調査した分野】（Int.Cl.，ＤＢ名）

Ｇ０６Ｑ １０／００ − ９９／００

Ｅ０２Ｆ ９／２０

Ｇ０６Ｋ ７／１０

Ｇ０６Ｋ １７／００

(57)【特許請求の範囲】

【請求項1】

サーバとタグリーダとを備える部品管理システムにおいて、
前記タグリーダは、
部品に付されたＩＣタグを読み込むＩＣタグリード部と、
前記サーバと通信するタグリーダ通信部と、
前記ＩＣタグリード部が前記ＩＣタグを読み取ると前記タグリーダ通信部を介して前記ＩＣタグの情報を前記サーバに送信するタグリーダ制御部と、
前記ＩＣタグを付した部品の設置箇所を特定する情報を入力する入力部と、を備え、
前記ＩＣタグの情報は、当該ＩＣタグを付している部品の前回の交換日時を少なくとも含み、
前記サーバは、
前記タグリーダと通信するサーバ通信部と、
前記部品の負荷状況を含む前記部品の情報を蓄積する部品情報記憶部と、
前記タグリーダから前記ＩＣタグの情報を受信すると前記部品情報記憶部から当該ＩＣタグが付された部品の情報を検索し、その検索結果に基づいて所定の報知情報を算出して前記サーバ通信部を介して前記タグリーダに送信するサーバ制御部と、
前記タグリーダから受信した前記ＩＣタグの情報に含まれる前回の交換日時以後の、前記部品の負荷状況を参照して次回の部品交換時期を算出する第１部品交換時期算出部と、を備え、
前記サーバ制御部は、前記第１部品交換時期算出部により算出した次回の部品交換時期を前記報知情報として前記タグリーダに送信し、
前記タグリーダ制御部は、前記入力部により入力した情報から特定された設置個所の部品に付された前記ＩＣタグから前回の交換日時を読み取れなかった場合に、前記入力部により入力した情報から特定された設置個所の部品が不正規品であることをサーバへ通知する部品管理システム。

【請求項2】

請求項１に記載の部品管理システムにおいて、
前記サーバは、前記タグリーダから受信した不正規品の設置個所にある部品の過去の負荷状況を参照して前記不正規品の次回の部品交換時期を算出する第３部品交換時期算出部をさらに備え、
前記サーバ制御部は、前記タグリーダから受信した情報の中に、不正規品であることを示す情報があるときは、前記第３部品交換時期算出部により算出した次回の部品交換時期を報知情報として前記タグリーダへ送信するとともに、前記不正規品であることを示す情報がないときは、前記第１部品交換時期算出部により算出した次回の部品交換時期を報知情報として前記タグリーダへ送信する部品管理システム。

【請求項3】

サーバとタグリーダとを備える部品管理システムにおいて、
前記タグリーダは、
部品に付されたＩＣタグを読み込むＩＣタグリード部と、
前記サーバと通信するタグリーダ通信部と、
前記ＩＣタグリード部が前記ＩＣタグを読み取ると前記タグリーダ通信部を介して前記ＩＣタグの情報を前記サーバに送信するタグリーダ制御部と、
前記ＩＣタグを付した部品の設置箇所を特定する情報を入力する入力部と、を備え、
前記ＩＣタグの情報は、当該ＩＣタグを付している部品の前回の交換日時を少なくとも含み、
前記サーバは、
前記タグリーダと通信するサーバ通信部と、
前記ＩＣタグを付している部品の負荷状況および部品の前回の交換日時を含む前記部品の情報を蓄積する部品情報記憶部と、
前記タグリーダから前記ＩＣタグの情報を受信すると前記部品情報記憶部から当該ＩＣタグが付された部品の情報を検索し、その検索結果に基づいて所定の報知情報を算出して前記サーバ通信部を介して前記タグリーダに送信するサーバ制御部と、を備え
前記サーバ制御部は、
前記前回の交換日時以後の前記部品の負荷状況を参照して次回の部品交換時期を算出する第２部品交換時期算出部と、
前記タグリーダから受信した情報により特定される部品に関連する部品（以下、関連部品）を検索する関連部品検索部と、を備え、
前記サーバ制御部は、前記タグリーダから受信した情報により特定される部品について、関連部品検索部により検索された前記関連部品があると判断すると、前記関連部品について前記第２部品交換時期算出部により算出した次回の部品交換時期を報知情報として前記タグリーダに送信し、
前記タグリーダ制御部は、前記入力部により入力した情報から特定された設置個所の部品に付された前記ＩＣタグから前回の交換日時を読み取れなかった場合に、前記入力部により入力した情報から特定された設置個所の部品が不正規品であることをサーバへ通知する部品管理システム。

【請求項4】

請求項３に記載の部品管理システムにおいて、
前記サーバは、
前記タグリーダから受信した不正規品の設置個所にある部品の過去の負荷状況を参照して前記不正規品の次回の部品交換時期を算出する第３部品交換時期算出部と、
前記タグリーダから受信した不正規品の設置個所に直前に取り付けられていた部品（以後、最後の正規部品と呼ぶ）の部品交換日時以後の前記最後の正規部品の負荷情報を参照して前記不正規品の次回の部品交換時期を算出する第４部品交換時期算出部と、をさらに備え、
前記サーバ制御部は、前記タグリーダから受信した情報および前記部品情報記憶部に保存されている情報により、前記第２、第３または第４部品交換時期算出部を選択し、選択した算出部により算出した次回の部品交換時期を報知情報として前記タグリーダへ送信し、
前記サーバ制御部は、前記タグリーダから受信した情報の中に不正規品であることを示す情報がない場合に前記第２部品交換時期算出部を選択し、前記タグリーダから受信した情報の中に不正規品であることを示す情報があり、かつ前記最後の正規部品の部品交換日時が前記部品情報記憶部に保存されている場合に前記第４部品交換時期算出部を選択し、それ以外の場合は前記第３部品交換時期算出部を選択する部品管理システム。

【請求項5】

サーバとタグリーダとを備える部品管理システムにおいて、
前記タグリーダは、
部品に付されたＩＣタグを読み込むＩＣタグリード部と、
前記サーバと通信するタグリーダ通信部と、
前記ＩＣタグリード部が前記ＩＣタグを読み取ると前記タグリーダ通信部を介して前記ＩＣタグの情報を前記サーバに送信するタグリーダ制御部と、
前記ＩＣタグを付した部品の設置箇所を特定する情報を入力する入力部と、を備え、
前記ＩＣタグの情報は、当該ＩＣタグを付している部品の前回の交換日時および部品の前回の点検日時を少なくとも含み、
前記サーバは、
前記タグリーダと通信するサーバ通信部と、
部品の負荷状況、部品の前回の交換日時および部品の前回の点検日時を含む前記部品の情報を蓄積する部品情報記憶部と、
前記タグリーダから前記ＩＣタグの情報を受信すると前記部品情報記憶部から当該ＩＣタグが付された部品の情報を検索し、その検索結果に基づいて所定の報知情報を算出して前記サーバ通信部を介して前記タグリーダに送信するサーバ制御部と、
前記タグリーダから受信した不正規品の設置個所にある部品の過去の負荷状況を参照して前記不正規品の次回の部品交換時期を算出する第３部品交換時期算出部と、
前記タグリーダから受信した不正規品の設置個所に直前に取り付けられていた部品（以後、最後の正規部品と呼ぶ）の部品交換日時以後の前記最後の正規部品の負荷情報を参照して前記不正規品の次回の部品交換時期を算出する第４部品交換時期算出部と、
前記最後の正規部品の前回の点検日時以後の前記最後の正規部品の負荷情報を参照して前記不正規品の次回の部品交換時期を算出する第５部品交換時期算出部と、を備え、
前記タグリーダ制御部は、前記入力部により入力した情報から特定された設置個所の部品に付された前記ＩＣタグから前回の交換日時を読み取れなかった場合に、前記入力部により入力した情報から特定された設置個所の部品が不正規品であることをサーバへ通知し、
前記サーバ制御部は、前記タグリーダから不正規品であることを受信すると、前記タグリーダから受信した情報、および前記部品情報記憶部に保存されている情報により前記第３、第４または第５部品交換時期算出部を選択し、選択した算出部により算出した次回の部品交換時期を報知情報として前記タグリーダへ送信する部品管理システム。

【請求項6】

請求項５に記載の部品管理システムにおいて、
前記サーバ制御部は、まず前記部品情報記憶部に前記最後の正規部品の前回の交換日時が保存されているかを確認し保存されている場合は前記第４部品交換時期算出部を選択し、次に前記最後の正規部品の前回の点検日時が保存されているかを確認し保存されている場合は前記第５部品交換時期算出部を選択し、それ以外の場合は前記第３部品交換時期算出部を選択する部品管理システム。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、タグリーダとサーバとを備える部品管理システムに関する。

【背景技術】

【0002】

多数の部品を集積した装置では、部品の交換漏れを防ぎつつ過多な交換も避けるために、部品にその部品に関する情報を記録したＩＣタグを付して、次回の部品交換時期を管理することが広く行われている。たとえば特許文献１には、メンテナンス周期情報とＩＣタグに記録された部品の製造年月日から、部品交換及びメンテナンスの要否を自動で判断するシステムが開示されている。
しかし、たとえば建設機械など負荷が一様でない環境下で使用されるような部品は、その使用時間だけではなく、部品の具体的な使用態様、例えば負荷の大きさ等も考慮しなければ次回の部品交換時期を正確に算出することができない。そのため、建設機械の具体的な使用態様の情報を定期的にサーバに収集し、サーバ上で建設機械の部品の交換時期を算出することが近年行われている。

【先行技術文献】

【特許文献】

【0003】

【特許文献1】特開２００９−０５３９３４

【発明の概要】

【発明が解決しようとする課題】

【0004】

しかしながら、サービスマンがメンテナンス対象の建設機械の作業現場において、たとえば特定の部品の交換時期を算出するためには、部品を特定してからサーバにその情報を入力する煩雑な処理が必要である。すなわち情報入力操作が困難な外出先で容易に建設機械の部品交換時期などを入手できない。

【課題を解決するための手段】

【0005】

（１）請求項１の発明は、サーバとタグリーダとを備える部品管理システムに適用される。タグリーダは、部品に付されたＩＣタグを読み込むＩＣタグリード部と、サーバと通信するタグリーダ通信部と、ＩＣタグリード部がＩＣタグを読み取るとタグリーダ通信部を介してＩＣタグの情報をサーバに送信するタグリーダ制御部と、ＩＣタグを付した部品の設置箇所を特定する情報を入力する入力部と、を備える。ＩＣタグの情報は、当該ＩＣタグを付している部品の前回の交換日時を少なくとも含む。サーバは、タグリーダと通信するサーバ通信部と、部品の負荷状況を含む部品の情報を蓄積する部品情報記憶部と、タグリーダからＩＣタグの情報を受信すると部品情報記憶部から当該ＩＣタグが付された部品の情報を検索し、その検索結果に基づいて所定の報知情報を算出してサーバ通信部を介してタグリーダに送信するサーバ制御部と、タグリーダから受信したＩＣタグの情報に含まれる前回の交換日時以後の、部品の負荷状況を参照して次回の部品交換時期を算出する第１部品交換時期算出部と、を備える。サーバ制御部は、第１部品交換時期算出部により算出した次回の部品交換時期を報知情報としてタグリーダに送信する。タグリーダ制御部は、入力部により入力した情報から特定された設置個所の部品に付されたＩＣタグから前回の交換日時を読み取れなかった場合に、入力部により入力した情報から特定された設置個所の部品が不正規品であることをサーバへ通知する。
（２）請求項２の発明による部品管理システムは次のように構成される。すなわち、請求項１に記載の部品管理システムにおいて、サーバは、タグリーダから受信した不正規品の設置個所にある部品の過去の負荷状況を参照して不正規品の次回の部品交換時期を算出する第３部品交換時期算出部をさらに備える。サーバ制御部は、タグリーダから受信した情報の中に、不正規品であることを示す情報があるときは、第３部品交換時期算出部により算出した次回の部品交換時期を報知情報としてタグリーダへ送信するとともに、不正規品であることを示す情報がないときは、第１部品交換時期算出部により算出した次回の部品交換時期を報知情報としてタグリーダへ送信する。
（３）請求項３の発明は、サーバとタグリーダとを備える部品管理システムに適用される。タグリーダは、部品に付されたＩＣタグを読み込むＩＣタグリード部と、
サーバと通信するタグリーダ通信部と、ＩＣタグリード部がＩＣタグを読み取るとタグリーダ通信部を介してＩＣタグの情報をサーバに送信するタグリーダ制御部と、ＩＣタグを付した部品の設置箇所を特定する情報を入力する入力部と、を備える。ＩＣタグの情報は、当該ＩＣタグを付している部品の前回の交換日時を少なくとも含む。サーバは、タグリーダと通信するサーバ通信部と、ＩＣタグを付している部品の負荷状況および部品の前回の交換日時を含む部品の情報を蓄積する部品情報記憶部と、タグリーダからＩＣタグの情報を受信すると部品情報記憶部から当該ＩＣタグが付された部品の情報を検索し、その検索結果に基づいて所定の報知情報を算出してサーバ通信部を介してタグリーダに送信するサーバ制御部と、を備える。サーバ制御部は、前回の交換日時以後の部品の負荷状況を参照して次回の部品交換時期を算出する第２部品交換時期算出部と、タグリーダから受信した情報により特定される部品に関連する部品（以下、関連部品）を検索する関連部品検索部と、を備える。サーバ制御部は、タグリーダから受信した情報により特定される部品について、関連部品検索部により検索された関連部品があると判断すると、関連部品について第２部品交換時期算出部により算出した次回の部品交換時期を報知情報としてタグリーダに送信する。タグリーダ制御部は、入力部により入力した情報から特定された設置個所の部品に付されたＩＣタグから前回の交換日時を読み取れなかった場合に、入力部により入力した情報から特定された設置個所の部品が不正規品であることをサーバへ通知する。
（４）請求項４の発明による部品管理システムは次のように構成される。すなわち、請求項３に記載の部品管理システムにおいて、サーバは、タグリーダから受信した不正規品の設置個所にある部品の過去の負荷状況を参照して不正規品の次回の部品交換時期を算出する第３部品交換時期算出部と、タグリーダから受信した不正規品の設置個所に直前に取り付けられていた部品（以下、最後の正規部品と呼ぶ）の部品交換日時以後の最後の正規部品の負荷情報を参照して不正規品の次回の部品交換時期を算出する第４部品交換時期算出部と、をさらに備える。サーバ制御部は、タグリーダから受信した情報および部品情報記憶部に保存されている情報により、第２、第３または第４部品交換時期算出部を選択し、選択した算出部により算出した次回の部品交換時期を報知情報としてタグリーダへ送信する。サーバ制御部は、タグリーダから受信した情報の中に不正規品であることを示す情報がない場合に第２部品交換時期算出部を選択し、タグリーダから受信した情報の中に不正規品であることを示す情報があり、かつ最後の正規部品の部品交換日時が部品情報記憶部に保存されている場合に第４部品交換時期算出部を選択し、それ以外の場合は第３部品交換時期算出部を選択する。
（５）請求項５の発明は、サーバとタグリーダとを備える部品管理システムに適用される。タグリーダは、部品に付されたＩＣタグを読み込むＩＣタグリード部と、サーバと通信するタグリーダ通信部と、ＩＣタグリード部がＩＣタグを読み取るとタグリーダ通信部を介してＩＣタグの情報をサーバに送信するタグリーダ制御部と、ＩＣタグを付した部品の設置箇所を特定する情報を入力する入力部と、を備える。ＩＣタグの情報は、当該ＩＣタグを付している部品の前回の交換日時および部品の前回の点検日時を少なくとも含む。サーバは、タグリーダと通信するサーバ通信部と、部品の負荷状況、部品の前回の交換日時および部品の前回の点検日時を含む部品の情報を蓄積する部品情報記憶部と、タグリーダからＩＣタグの情報を受信すると部品情報記憶部から当該ＩＣタグが付された部品の情報を検索し、その検索結果に基づいて所定の報知情報を算出してサーバ通信部を介してタグリーダに送信するサーバ制御部と、タグリーダから受信した不正規品の設置個所にある部品の過去の負荷状況を参照して不正規品の次回の部品交換時期を算出する第３部品交換時期算出部と、タグリーダから受信した不正規品の設置個所に直前に取り付けられていた部品（以下、最後の正規部品と呼ぶ）の部品交換日時以後の最後の正規部品の負荷情報を参照して不正規品の次回の部品交換時期を算出する第４部品交換時期算出部と、最後の正規部品の前回の点検日時以後の最後の正規部品の負荷情報を参照して不正規品の次回の部品交換時期を算出する第５部品交換時期算出部と、を備える。タグリーダ制御部は、入力部により入力した情報から特定された設置個所の部品に付されたＩＣタグから前回の交換日時を読み取れなかった場合に、入力部により入力した情報から特定された設置個所の部品が不正規品であることをサーバへ通知する。サーバ制御部は、タグリーダから不正規品であることを受信すると、タグリーダから受信した情報、および部品情報記憶部に保存されている情報により第３、第４または第５部品交換時期算出部を選択し、選択した算出部により算出した次回の部品交換時期を報知情報としてタグリーダへ送信する。
（６）請求項６の発明による部品管理システムは次のように構成される。すなわち、請求項５に記載の部品管理システムにおいて、サーバ制御部は、まず部品情報記憶部に最後の正規部品の前回の交換日時が保存されているかを確認し保存されている場合は第４部品交換時期算出部を選択し、次に最後の正規部品の前回の点検日時が保存されているかを確認し保存されている場合は第５部品交換時期算出部を選択し、それ以外の場合は第３部品交換時期算出部を選択する。

【発明の効果】

【0006】

本発明による部品管理システムによれば、対象部品にタグリーダをかざすだけで、ＩＣタグに記録されている種々の情報を読み出して部品を特定し、サーバに蓄積された部品の具体的な使用態様情報などを用いて算出した種々の情報、たとえば部品交換時期を容易に入手することができる。

【図面の簡単な説明】

【0007】

【図1】第１の実施の形態におけるシステムの構成

【図2】取付部位番号対応表の一例

【図3】部品データベースの一例

【図4】稼働実績記録の一例

【図5】関連部品リストの一例

【図6】使用部品対応表の一例

【図7】第１の実施の形態におけるサーバの動作をあらわすフローチャート

【図8】第２の実施の形態におけるサーバの動作をあらわすフローチャート

【図9】第３の実施の形態におけるタグリーダの動作をあらわすフローチャート

【図10】第３の実施の形態においてタグリーダに表示される情報入力用インタフェース

【図11】第３の実施の形態におけるサーバの動作をあらわすフローチャート

【発明を実施するための形態】

【0008】

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

【0009】

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

【0010】

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

【0011】

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

【0012】

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

【0013】

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

【0014】

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

【0015】

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

【0016】

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

【0017】

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

【0018】

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

【0019】

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

【0020】

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

【0021】

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

【0022】

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

【0023】

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

【0024】

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

【0025】

次に、第１の実施の形態における動作を説明する。
タグリーダ制御部１１は、リード／ライト部１２がＩＣタグ３４を読み取ると、そのＩＣタグ３４に保存されていた情報をタグリーダ通信部１６を介してサーバ２０に送信する。そして、サーバ２０からデータを受信するとタグリーダ制御部１１は表示部１４にそのデータを出力して表示させるとともに、報知部１７のスピーカーからアラーム音を発信させ、サーバ２０から受信したデータの存在をタグリーダ１０を使用しているサービスマンに報知する。

【0026】

サーバ制御部２１が実行する処理を、図７を参照し説明する。サーバ制御部２１は、一定時間ごと（例えば１分ごと）に図７のフローチャートで示すプログラムを実行する。以下の説明で特に明示しない場合は、各ステップの実行主体はサーバ制御部２１のＣＰＵである。

【0027】

ステップＳ２１０では、サーバ制御部２１は、タグリーダ１０がＩＣタグ３４から読み取ったデータをサーバ通信部２３が受信しているかを判断する。データを受信している場合はステップＳ２２０に進み、データを受信していない場合は図７のフローチャートを終了する。

【0028】

ステップＳ２２０では、サーバ制御部２１は、受信したデータから建設機械ＩＤ、および部品取付日時を特定し、稼働実績記録２５からその部品取付日時以後で、建設機械ＩＤが一致する稼働実績記録２５を全て抽出してステップＳ２３０に進む。
ステップＳ２３０では、サーバ制御部２１は、受信したデータに含まれる取付部位コードを特定し、使用部品対応表２７から当該部品が使用される作業を特定する。そして、抽出した稼働実績記録２５から先の作業が含まれる時間を累計し、当該部品の現在までの累計稼働時間を算出する。ただし、稼働実績記録２５に記録されている平均負荷、または最大負荷が予め設定する高負荷基準値を超えている場合には、高負荷作業が多く行われたと判断して、記録されている稼働時間に１を超える係数をかけた時間を累計してもよい。また、稼働実績記録２５に記録されている平均負荷、または最大負荷が予め設定する低負荷基準値未満の場合には、低負荷作業が多く行われたと判断して、記録されている稼働時間に１未満の係数をかけた時間を累計してもよい。

【0029】

続くステップＳ２４０では、サーバ制御部２１は、ステップＳ２３０で算出した累計稼働時間が、部品データベース２４に予め記録されている当該部品の標準交換時間を超過しているかを判断し、超過している場合はステップＳ２７０に進み、超過していない場合はステップＳ２５０に進む。

【0030】

ステップＳ２５０では、サーバ制御部２１は、部品取付日時から現在までの当該部品の累計稼働時間から、１日あたりの当該部品の平均稼働時間を算出し、当該部品の標準交換時間に達する時期、すなわち当該部品の次回の部品交換時期を算出する。ただし、重みづけにより近時の１日あたりの稼働時間を重視してもよい。なお、以後ステップＳ２２０、Ｓ２３０、Ｓ２５０の手順によって実行される次回の部品交換時期の算出を、以後、正規部品の部品交換時期算出処理と呼ぶ。続くステップＳ２６０では、ステップＳ２５０で算出した次回の部品交換時期をサーバ通信部２３を介してタグリーダ１０に送信し、図７のフローチャートを終了する。

【0031】

ステップＳ２７０では、サーバ制御部２１は、受信したデータから特定される部品が、関連部品リスト２６に存在するかを検索し、存在する場合は同一グループに属する他の部品の名称を記録してステップＳ２８０に進み、存在しない場合はステップＳ２９０に進む。たとえば、建設機械ＩＤの上５桁がＣ０１０１であり、受信したデータから特定される部品が、エンジンフィルターである場合は、同じリスト番号２のグループに属するガスケット、エンジンピストン、シリンダーヘッドおよびシリンダーブロックを記録する。

【0032】

ステップＳ２８０では、サーバ制御部２１は、以下の通知および部品のリストをサーバ通信部２３を介してタグリーダ１０に送信して図７のフローチャートを終了する。その通知とは、「タグリーダで読み取った部品は次回の部品交換時期を超過しているので、当該部品を交換すべきである。さらに、関連する以下の部品を点検して必要に応じて交換すべきである。」という旨の通知である。また、部品のリストとは、ステップＳ２７０において記録した、関連部品リスト２６において当該部品と同一グループに属する部品のリストである。

【0033】

ステップＳ２９０では、サーバ制御部２１は、「タグリーダで読み取った部品は次回の部品交換時期を超過しており、当該部品を交換した方がよい。」という旨の通知を、サーバ通信部２３を介してタグリーダ１０に送信し、図７のフローチャートを終了する。
なお、ステップＳ２８０およびステップＳ２９０において、ステップＳ２４０において算出した、超過している時間数をあわせて通知してもよい。

【0034】

以上説明した第１の実施の形態によれば、次の作用効果を奏する。
（１）第１の実施の形態に係る部品管理システム１は、タグリーダ１０とサーバ２０とを備える。タグリーダ１０は、部品に付されたＩＣタグ３４を読み込むリード／ライト部１２と、サーバ２０と通信するタグリーダ通信部１６と、リード／ライト部１２がＩＣタグ３４を読み取るとタグリーダ通信部１６を介してＩＣタグ３４の情報をサーバ２０に送信するタグリーダ制御部１１と、を備える。サーバ２０は、タグリーダ１０と通信するサーバ通信部２３と、部品の情報を蓄積する部品情報記憶部２２である部品データベース２４および稼働実績記録２５と、タグリーダ１０からＩＣタグ３４の情報を受信すると部品データベース２４および稼働実績記録２５から当該ＩＣタグ３４が付された部品の情報を検索し、その検索結果に基づいて当該ＩＣタグ３４が付された部品の次回の部品交換時期を算出して（図７のステップＳ２５０）、サーバ通信部２３を介してタグリーダ１０に送信する。

【0035】

そのため、対象部品にタグリーダ１０によりＩＣタグ３４を読み込むだけで、ＩＣタグ３４に記録されている種々の情報を読み出して部品を特定し、サーバ２０に蓄積された部品の具体的な使用態様情報などを用いて算出した種々の情報、上記第１の実施の形態においては部品交換時期を容易に入手することができる。

【0036】

（２）ＩＣタグ３４の情報は、ＩＣタグ３４を付している部品の前回の交換日時を少なくとも含み、サーバ２０は、図７のステップＳ２５０においてタグリーダ１０から受信したＩＣタグ３４の情報に含まれる部品について、その部品取付日時以後の稼働実績記録２５を参照して次回の部品交換時期を算出する。すなわち、サーバ２０は図７のステップＳ２５０において、稼働実績に基づく部品交換時期算出処理を実行する。そして、サーバ制御部２１は、稼働実績に基づく部品交換時期算出処理により算出した次回の部品交換時期を報知情報としてタグリーダ１０に送信する。

【0037】

そのため第１の実施の形態の部品管理システム１は、サーバ２０が有している建設機械３０の負荷情報を考慮して、部品の次回の部品交換時期を算出できるという利点がある。また、タグリーダ１０のユーザ、すなわちサービスマンがタグリーダ１０を用いてＩＣタグ３４を読取ると、サーバ２０で算出した報知情報、すなわちＩＣタグ３４が付されていた部品の次回の部品交換時期が表示部１４に表示されるので、サービスマンは必要に応じて即座に点検をすることができる。

【0038】

（３）サーバ２０は、図７のステップＳ２７０において、タグリーダ１０から受信したＩＣタグ３４の情報により特定される部品に関連する部品を検索する。すなわち、サーバ２０は図７のステップＳ２７０において関連部品検索処理を実行する。サーバ制御部２１は、タグリーダ１０からＩＣタグ３４の情報を受信すると、受信したＩＣタグ３４の情報により特定される部品の部品取付日時を基準として算出した次回の部品交換時期がＩＣタグ３４の情報受信時以前であり、かつ関連部品検索処理により検索された関連部品があると判断する場合に、関連部品について点検または交換を促す報知情報をタグリーダ１０に送信する。

【0039】

そのため、サービスマンはタグリーダ１０で読取ったＩＣタグ３４が付されている部品の交換が本来交換すべき時期よりも遅れていた場合に、その影響が生じる可能性がある部品について点検または交換を促す報知情報が即座に得られる。

【0040】

なお、後述する実施の形態および変形例においては、サーバ２０の部品データベース２４に各部品の部品取付日時や最終点検日時が保存されている場合があるが、第１の実施の形態においては、サーバ２０の部品データベース２４には、各部品の部品取付日時および最終点検日時を保存する必要はない。

【0041】

（変形例１）
第１の実施の形態では、サーバ制御部２１は、図７のステップＳ２４０において、次回の部品交換時期を超過しているかを判断したが、所定の期間内、例えばＩＣタグ３４の情報を受信してから１月以内に次回の部品交換時期に到達するか否かを判断するようにしてもよい。この場合は、ステップＳ２９０において送信する通知は、次回の部品交換時期が近いので交換部品の手配、および部品交換用のメンテナンススケジュール作成を促すものとしてもよい。また、ステップＳ２８０において送信する通知は、ステップＳ２９０のものに加えて、関連する部品に問題が生じている可能性があるので、点検した方がよい旨の通知である。

【0042】

以上説明した変形例１によれば、次の作用効果を奏する。
サーバ制御部２１は、タグリーダ１０からＩＣタグ３４の情報を受信すると、受信したＩＣタグ３４の情報により特定される部品の部品取付日時を基準として算出した次回の部品交換時期がＩＣタグ３４の情報受信時から所定期間内であり、かつ関連部品検索処理により検索された関連部品があると判断する場合に、関連部品の情報を報知情報として送信する。

【0043】

この変形例１によれば、当該部品の次回の部品交換時期を超過する前に交換部品の手配や交換スケジュールの作成を促すため、次回の部品交換時期の超過を未然に防ぐことができる。また、不具合の原因が関連する部品を同時に通知するため、サービスマンはそれらの部品をあわせて点検することにより、点検の効率を上げることができる。

【0044】

（変形例２）
第１の実施の形態のサーバ２０では、部品情報記憶部２２の部品データベース２４と稼働実績記録２５の情報を利用して部品の交換時期をサーバ２０が演算し、その演算結果をタグリーダ１０に送信するものとした。本発明の部品管理システムはこれに限定されない。たとえば、タグリーダ１０から送信されてきた部品ＩＤ、機種ＩＤ等に基づいて、ＩＣタグ３４の情報には記録されない部品情報、すなわち、サーバ２０でのみ演算可能な部品情報を算出してタグリーダ１０に送信するようにしてもよい、

【0045】

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

【0046】

（第２の実施の形態）
以下、図８を参照して本発明による部品管理システムを建設機械に適用した第２の実施の形態を説明する。
第２の実施の形態と第１の実施の形態との構成における主な相違は、サーバ制御部２１のＲＯＭに保存されているプログラムが異なる点にある。

【0047】

以下、第２の実施の形態の動作を説明する。
タグリーダ制御部１１の動作は第１の実施の形態と同一である。
図８のフローチャートに示すプログラムは、第１の実施の形態における図７のフローチャートに示すプログラムに代わって、第２の実施の形態においてサーバ制御部２１が実行する処理手順を示すものである。

【0048】

ステップＳ３１０では、サーバ制御部２１は、タグリーダ１０がＩＣタグ３４から読み取ったデータをサーバ通信部２３が受信しているかを判断する。データを受信している場合はステップＳ３２０に進み、データを受信していない場合は図８のフローチャートを終了する。

【0049】

ステップＳ３２０では、サーバ制御部２１は、受信したデータから特定される部品を、関連部品リスト２６から検索し、存在する場合は同一グループに属する他の部品の名称を記録してステップＳ３３０に進む。

【0050】

ステップＳ３３０では、以後の処理（ステップＳ３４０−３７０）において処理対象を当該部品のほかにステップＳ３２０で記録した部品も含めるべく、処理対象を改める。ステップＳ３４０では、サーバ制御部２１は、受信したデータから機種、機体番号、および部品取付日時を特定し、稼働実績記録２５から部品取付日時以後で、機種および機体番号が一致する稼働実績記録２５を抽出してステップＳ３５０に進む。

【0051】

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

【0052】

ステップＳ３６０では、サーバ制御部２１は、部品取付日時から現在までの当該部品の累計稼働時間に基づき、１日あたりの当該部品の平均稼働時間を算出し、当該部品の標準交換時間に達する時期、すなわち当該部品の次回の部品交換時期を算出する。ただし、重みづけにより近時の１日あたりの稼働時間を重視してもよい。なお、ステップＳ３５０において算出した累積稼働時間が、処理対象の部品の標準交換時間を超えていた場合には次回の部品交換時期は「期間超過により至急」とする。続くステップＳ３７０では、サーバ制御部２１は、算出した全ての部品の次回の部品交換時期をタグリーダ１０に送信し、図８のフローチャートを終了する。

【0053】

以上説明した第２の実施の形態によれば、次の作用効果を奏する。
第２の実施の形態に係る部品管理システム１は、タグリーダ１０とサーバ２０とから構成される。ＩＣタグ３４の情報は、当該ＩＣタグを付している部品の部品取付日時を少なくとも含み、部品情報記憶部２２の蓄積情報とは、ＩＣタグ３４を付している部品の負荷状況および部品取付日時を含む。すなわち、部品データベース２４と稼働実績記録２５に記憶されている情報である。サーバ制御部２１は、図８のステップＳ３６０を実行して、部品取付日時以後の部品の負荷状況を参照して次回の部品交換時期を算出する。これが取付日基準交換日算出処理である。サーバ制御部２１は、また、図８のステップＳ３２０を実行して、タグリーダ１０から受信したＩＣタグ３４の情報により特定される部品に関連する部品を検索する。これが関連部品検索処理である。サーバ制御部２１は、タグリーダ１０から受信した情報により特定される部品について、関連部品検索処理により検索された関連部品があると判断すると、取付日基準交換日算出処理により算出した関連部品の次回の部品交換時期を報知情報としてタグリーダ１０に送信する。

【0054】

そのため、サービスマンは部品に付されているＩＣタグ３４をタグリーダ１０で読取ると、その部品に関連する全ての部品について、これらの部品が取り付けられている建設機械３０の稼働情報を考慮した次回の部品交換時期を知ることができる。このように、サービスマンは特段の指示を行うことなく、関連する全ての部品について次回の部品交換時期を入手することができるため、交換すべき部品をもれなく簡便に知ることができ、その結果、メンテナンス作業が容易である。

【0055】

（第３の実施の形態）
以下、図９〜図１１を参照して、本発明による部品管理システムを建設機械に適用した第３の実施の形態を説明する。第３の実施の形態は、タグリーダにあらかじめ読取るＩＣタグ３４の情報が入力されている点、および部品の不正規品の対策がされている点が特徴である。

【0056】

第３の実施の形態と第１の実施の形態との構成における主な相違は、タグリーダ制御部１１のＲＯＭ、およびサーバ制御部２１のＲＯＭに保存されているプログラムが異なる点である。

【0057】

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

【0058】

第１の実施の形態では、タグリーダ１０のタグリーダ制御部１１は、リード／ライト部１２によるＩＣタグ３４の読取り完了およびタグリーダ通信部１６のデータ受信に応じて動作を開始したが、第３の実施の形態ではそれらに加えてサービスマンの操作により図９のフローチャートに示すプログラムの実行を開始する。

【0059】

以下、図９のフローチャートに示すプログラムの詳細を説明する。
サービスマンの操作によりプログラムが起動されると、ステップＳ４０１では、タグリーダ制御部１１は、図１０に示す情報入力用インタフェース１４ａを表示部１４に表示し、サービスマンによる建設機械ＩＤの入力を促す。続くステップＳ４０２では、タグリーダ制御部１１は、サービスマンによる建設機械ＩＤの入力を待ってステップＳ４０３に進む。

【0060】

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

【0061】

ステップＳ４０５では、タグリーダ制御部１１は、まず、サービスマンがステップＳ４０４で選択した取付部位について、取付部位番号対応表１８およびサービスマンがステップＳ４０２で入力した建設機械ＩＤを参照して、取付部位番号を特定する。次に、サービスマンがステップＳ４０２で入力した建設機械ＩＤと、特定した取付部位番号とからなるデータを、照合データとして一時的に保存する。

【0062】

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

【0063】

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

【0064】

ステップＳ４０８では、タグリーダ制御部１１は、読取ったＩＣタグ３４の情報に部品取付日時の情報が含まれるかを判断し、含まれる場合はステップＳ４１０に進み、含まれない場合はステップＳ４０９に進む。

【0065】

ステップＳ４０９では、ステップＳ４０２でサービスマンが入力した建設機械ＩＤ、ステップＳ４０５で特定した取付部位番号、不正規品があったことを示す特別なコード、の３つを不正規品情報としてサーバ２０へ送信し、図９のフローチャートを終了する。

【0066】

ステップＳ４１０では、タグリーダ制御部１１は、読取ったＩＣタグ３４の機種コードおよび取付部位番号が、ステップＳ４０５で作成した照合データと一致するかを判断し、両者とも一致している場合はステップＳ４１２に進み、一方でも一致しない場合はステップＳ４１１に進む。

【0067】

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

【0068】

ステップＳ４１２では、タグリーダ制御部１１は、読取ったＩＣタグ３４の情報をタグリーダ通信部１６を介してサーバ２０に送信し、ステップＳ４１３に進む。ステップＳ４１３では、タグリーダ制御部１１は、ステップＳ４０６〜ステップＳ４０７において情報を読取ったＩＣタグ３４に対して、最終点検日時の日付を現在時刻に更新する書き込みを行い、図９のフローチャートを終了する。

【0069】

以下、第３の実施の形態におけるサーバ２０の動作を説明する。
図１１のフローチャートに示すプログラムは、第１の実施の形態における図７のフローチャートに示すプログラムに代わって、第３の実施の形態においてサーバ制御部２１により一定時間ごと、たとえば１分ごとに実行される。以下の説明では、第１の実施の形態における図７と同じ構成要素には同じ符号を付して相違点を主に説明する。特に説明しない点については、第１の実施の形態と同じである。本実施の形態では、主に、サーバ２０が受信した情報が不正規品情報であった場合の対処が追加されている点で、第１の実施の形態と異なる。

【0070】

ステップＳ５０１では、サーバ制御部２１はタグリーダ通信部１６から、ＩＣタグ３４の情報もしくは不正規品情報を受信したかを判断する。そして、いずれかのデータを受信していた場合はステップＳ５０２に進み、受信していない場合は図１１に示すフローチャートを終了する。

【0071】

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

【0072】

ステップＳ５０３では、サーバ制御部２１は、受信したＩＣタグ３４の情報から特定される部品について、部品データベース２４の当該部品の点検日を現在時刻に更新し、ステップＳ２２０に進む。ステップＳ２２０以下では、受信したＩＣタグ３４が付されていた部品の次回の部品交換時期を算出して送信、もしくは次回の部品交換時期を超過している旨を送信して図１１のフローチャートを終了する。

【0073】

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

【0074】

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

【0075】

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

【0076】

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

【0077】

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

【0078】

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

【0079】

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

【0080】

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

【0081】

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

【0082】

以上説明した第３の実施の形態によれば、次の作用効果を奏する。
（１）タグリーダ１０は、ＩＣタグ３４を付した部品の設置箇所を特定する情報を入力する入力部１３を備える。また、タグリーダ制御部１１は、入力部１３により入力した情報から特定された設置個所の部品に付されたＩＣタグ３４から部品取付日時を読み取れなかった場合に、入力部１３により入力した情報から特定された設置個所の部品が不正規品であることをサーバ２０へ通知する。

【0083】

そのため、タグリーダ１０は、ＩＣタグ３４が付されていない不正規品、部品取付日時の保存領域が設けられていないＩＣタグ３４が付された不正規品、または部品取付日時の保存領域が設けられているが日付が書き込まれていないＩＣタグ３４が付された不正規品が、入力部１３から入力した情報により特定される設置個所に設置されていることを、サーバ２０に通知することができる。

【0084】

（２）ＩＣタグ３４の情報は、ＩＣタグ３４を付している部品の部品取付日時および最終点検日時を少なくとも含み、部品情報記憶部２２の部品データベース２４に蓄積される情報は、部品の部品取付日時および最終点検日時を含む。サーバ２０は、図１１のステップＳ５０７においてタグリーダ１０から受信した不正規品の設置個所にある部品の過去の負荷状況を参照して不正規品の次回の部品交換時期を算出する。これが受信時基準の不正規品部品交換時期算出処理である。サーバ２０はまた、図１１のステップＳ５０９において、タグリーダ１０から受信した不正規品の設置個所に取り付けられていた部品、つまり最後の正規部品の部品取付日時以後の負荷情報を参照して、不正規品の次回の部品交換時期を算出する。これが交換時基準の不正規品部品交換時期算出処理である。サーバ２０は、図１１のステップＳ５０８において、最後の正規部品について前回の点検日時以後の負荷情報を参照して、不正規品の次回の部品交換時期を算出する。これが点検時基準の不正規品部品交換時期算出処理である。タグリーダ１０は、ＩＣタグ３４を付した部品の設置箇所を特定する情報を入力する入力部１３をさらに備える。タグリーダ制御部１１は、入力部１３により入力した情報から特定された設置個所の部品に付されたＩＣタグ３４から前回の交換日時を読み取れなかった場合に、入力部１３により入力した情報から特定された設置個所の部品が不正規品であることをサーバ２０へ通知する。サーバ制御部２１は、タグリーダ１０から不正規品情報を受信すると、タグリーダ１０から受信した情報、および部品情報記憶部２２、たとえば部品データベース２４に保存されているデータにより、いずれかの不正規品部品交換時期算出処理を選択し、選択した算出処理により算出した次回の部品交換時期を報知情報としてタグリーダ１０へ送信する。
そのため、不正規品の次回の部品交換時期を客観的事実から推定できる過去の使用期間を考慮して算出できる。

【0085】

（３）タグリーダ１０は、図９のステップＳ４１０において、入力部１３により入力された部品の設置箇所を特定する情報と読み込んだＩＣタグ３４に含まれる部品の情報とから両者の設置箇所が一致するか否かを判定する。これが設置箇所一致判定処理である。報知部１７は、設置箇所一致判定処理により両者の設置箇所が一致しないと判断された場合に一致しないことを報知する。

【0086】

そのため、サービスマンが予め入力部１３から入力した設置個所ではない箇所に付された部品に付されたＩＣタグ３４を読込むと報知部１７から報知がなされ、サービスマンはタグの読取り間違いに気づくことができる。そして、入力部１３から入力した設置個所に付された部品のＩＣタグ３４を読込むことができる。この効果は、部品が密集しており特定のＩＣタグ３４の読取り操作が難しい場合や、図２に示した左右のブームシリンダーのように取付位置の左右だけが異なりサービスマンの認識間違いが起こりやすい場合、さらに類似する部品が隣接して配置されている場合などに顕著である。

【0087】

（変形例１）
第３の実施の形態では、部品データベース２４およびＩＣタグ３４に最終点検日時を記録していたが、それらに最終点検日時を記録しない構成をとってもよい。そして、サーバ２０は、タグリーダ１０からＩＣタグ３４の情報を受信したとき、正規部品の部品交換時期算出処理により部品の次回の部品交換時期を算出する。また、不正規品情報を受信したとき、部品データベース２４に最後の正規部品が存在し、かつ最後の正規部品の部品取付日時が記録されている場合には、取付時基準の不正規品部品交換時期算出処理により不正規品の次回の部品交換時期を算出し、それ以外の場合は受信時基準の不正規品部品交換時期算出処理により不正規品の次回の部品交換時期を算出する。

【0088】

したがって、変形例１においては、サーバ制御部２１が実行する図１１に示すフローチャートは、ステップＳ５０６の代わりにステップＳ５０９を配置し、ステップＳ５０９の実行後にステップＳ５１０へと進む処理に変更する。

【0089】

以上説明した変形例１によれば、次の作用効果を奏する。
サーバ２０は、タグリーダ１０から受信した不正規品の設置個所にある部品の過去の負荷状況を参照して、不正規品の次回の部品交換時期を算出する。すなわち、受信時基準の不正規品部品交換時期算出処理とを実行する。またサーバ２０は、最後の正規部品の部品取付日時以後の前記最後の正規部品の負荷情報を参照して不正規品の次回の部品交換時期を算出する。すなわち取付時基準の不正規品部品交換時期算出処理を実行する。サーバ制御部２１は、タグリーダ１０から受信した情報、および部品データベース２４に保存されているデータによりいずれかの部品交換時期算出処理を選択し、選択した部品交換時期算出処理により算出した次回の部品交換時期を報知情報としてタグリーダ１０へ送信する。サーバ制御部２１は、タグリーダ１０から受信した情報の中に不正規品があったことを示す特別なコードがない場合に正規部品の部品交換時期算出処理を選択する。サーバ制御部２１は、タグリーダ１０から受信した情報の中に不正規品があったことを示す特別なコードがあり、かつ最後の正規部品の部品取付日時が部品データベース２４に保存されている場合には、取付時基準の不正規品部品交換時期算出処理を選択し、それ以外の場合は受信時基準の不正規品部品交換時期算出処理を選択する。
そのため、最終点検日時をＩＣタグ３４および部品データベース２４のいずれにも保存していなくても、不正規品の次回の部品交換時期を算出することができる。

【0090】

（変形例２）
第３の実施の形態では、部品データベース２４に最終点検日時、および部品取付日時を記録していたが、それらを記録しない構成をとってもよい。さらに、ＩＣタグ３４には部品取付日時のみを記録し、最終点検日時を記録しない構成をとってもよい。そして、サーバ２０は、タグリーダ１０からＩＣタグ３４の情報を受信すると、正規部品の部品交換時期算出処理により次回の部品交換時期を算出し、不正規品情報を受け取ると受信時基準の不正規品部品交換時期算出処理により次回の部品交換時期を算出する。

【0091】

したがって、変形例２においては、サーバ制御部２１が実行する図１１に示すフローチャートは、ステップＳ５０６の代わりにステップＳ５０９を配置し、ステップＳ５０９の実行後にステップＳ５１０へと進む処理に変更する。

【0092】

以上説明した変形例２によれば、次の作用効果を奏する。
サーバ２０は、タグリーダ１０から受信した不正規品の設置個所にある部品の過去の負荷状況を参照して不正規品の次回の部品交換時期を算出する。すなわち、受信時基準の不正規品部品交換時期算出処理を図１１のステップＳ５０７のように実行する。サーバ制御部２１は、タグリーダ１０から受信した情報の中に、不正規品があったことを示す特別なコードがあるときは、受信時基準の不正規品部品交換時期算出処理により算出した次回の部品交換時期を報知情報としてタグリーダ１０へ送信する。不正規品があったことを示す特別なコードがないときは、取付時基準の部品交換時期算出処理により算出した次回の部品交換時期を報知情報としてタグリーダ１０へ送信する。
そのため、最終点検日時をＩＣタグ３４および部品データベース２４のいずれにも保存しておらず、部品取付日時を部品データベース２４に保存していなくても、不正規品の次回の部品交換時期を算出することができる。

【0093】

上記では、種々の実施の形態および変形例を説明したが、本発明はこれらの内容に限定されるものではない。本発明の技術的思想の範囲内で考えられるその他の態様も本発明の範囲内に含まれる。また、上述した各実施の形態および変形例は、それぞれ組み合わせてもよい。

【符号の説明】

【0094】

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

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】