建築機械的管理方法,系統以及運算處理裝置的製作方法
2023-05-18 12:47:56
專利名稱：建築機械的管理方法,系統以及運算處理裝置的製作方法
技術領域：
本發明涉及建築機械的管理方法，系統以及運算處理裝置，特別是涉及油壓鏟那樣具有前端作業機部分，旋轉部分，行走部分等工作時間不同的多個部位的建築機械的管理方法，系統以及運算處理裝置。
背景技術：
在油壓鏟等建築機械中，為了了解部件的修理更換預定期間，需要知道該部件至今為止的工作時間。從而，部件的工作時間根據發動機工作時間計算。其結果，部件的修理更換預定期間的計算根據發動機工作時間進行。
例如，在特開平1-288991號公報中記述的維修監視器裝置中，根據檢測機油的油壓的傳感器或者檢測交流發電機的發電的傳感器的輸出，由定時器計測發動機工作的時間(發動機工作時間)，從存儲在存儲器中的部件的目標更換時間減去由定時器計測的發動機工作時間，在顯示裝置上顯示其差的時間，由此能夠定時地進行油或者濾油器等部件的更換。
發明內容
但是，上述以往技術具有以下的問題。
在油壓鏟這樣的建築機械中，作為維修對象部件，除去機油或者發動機濾油器以外，還有作為作業機械的前端的鏟鬥爪，前端銷(例如懸臂(boom)與搖臂(arm)的連接銷)，前端銷旋轉的軸瓦(bushing)，作為前端部件的搖臂或者鏟鬥，旋轉裝置的變速箱油，旋轉變速箱密封，旋轉輪，行走裝置的變速箱油，行走變速箱密封，行走履帶，行走錕，行走電機等。這些部件中，機油或者發動機濾油器是在發動機工作時工作的部件，前端的鏟鬥爪，前端銷(例如懸臂與搖臂的連接銷)，前端銷旋轉的軸瓦，搖臂或者鏟鬥是前端操作(掘削)時工作的部件，旋轉變速箱油，旋轉變速箱密封，旋轉輪是旋轉時工作的部件，行走變速箱油，行走變速箱密封，行走履帶，行走錕，行走電機是行走時工作的部件。
這裡，發動機，前端部分，旋轉體，行走體是工作時間不同的部位，分別具有固定的工作時間(操作時間)。即，發動機通過使鍵開關成為「開啟」進行工作，與此不同，前端部分，旋轉體，行走體是在發動機工作過程中操作者操作了時才進行工作的部分，發動機工作時間，前端操作時間，旋轉時間，行走時間分別取不同的值。
對於這樣每個部位的工作時間的實際狀況，在上述以往技術中，一律根據發動機工作時間計算部件的工作時間。因此，按照該發動機工作時間計算的前端部分，旋轉體，行走體的部件的工作時間與實際的工作時間不同，從該工作時間計算出的修理更換預定期間不能夠說是適宜的。其結果，具有或者把還能夠使用的部件進行修理更換，或者還沒有到達預定的修理更換期間部件就已損壞這樣的問題。
對於發動機，主泵，導向壓泵，交流發電機等也具有同樣的問題，具有或者還能夠使用就進行修理，或者還沒有到達預定的修理期間部件就已發生故障這樣的問題。
本發明的目的在於提供即使具有工作時間不同的多個部位的建築機械，也能夠確定部件的適宜的修理更換預定期間的建築機械的管理方法，系統以及運算處理裝置。
(1)為了達到上述目的，本發明在建築機械的管理方法中，具有計測建築機械的每個部位的工作時間，作為工作數據保存、存儲在資料庫中的第1過程；讀取出上述工作數據，根據每個部位的工作時間基準，計算有關該部位的部件修理更換預定期間的第2過程。
這樣，通過根據每個部位的工作時間基準，計算有關該部位的部件的修理更換期間，則即使是具有工作時間不同的多個部位的建築機械，也能夠確定部件的適宜的修理更換預定時期。
(2)在上述(1)中，上述第2過程最好具有使用上述讀出的工作數據，根據每個部位的工作時間基準，計算有關該部位的部件工作時間，把該工作時間與預先確定的目標修理更換時間間隔進行比較，計算至該部件下一次修理更換的剩餘時間的各過程。
這樣，通過根據每個部位的工作時間基準，計算至有關該部位的部件的下一次修理更換的剩餘時間，則即使是具有工作時間不同的多個部位的建築機械，也能夠確定部件的適宜的修理更換預定時期。
(3)進而，為了達到上述目的，本發明在建築機械的管理方法中，具有對於多臺建築機械的每一臺計測每個部位的工作時間，把該每個部位的工作時間傳送到基站計算機，作為工作數據保存、存儲在資料庫中的第1過程；在基站計算機中，從上述資料庫讀出特定的建築機械的工作數據，根據每個部位的工作時間基準，計算有關該部位的部件的修理更換預定時期的第2過程。
由此，如在上述(1)敘述的那樣，即使是具有工作時間不同的多個部位的建築機械，也能夠確定部件的適宜的修理更換預定時期，同時，能夠用基站計算機總體管理在現場工作的多臺建築機械的部件的修理更換預定時期。
(4)在上述(3)中，上述第2過程最好具有使用上述讀出的工作數據，根據每個部位的工作時間基準，計算有關該部位的部件的工作時間，把該工作時間與預先設定的目標修理更換時間間隔進行比較，計算至該部件的下一次修理更換的剩餘時間的各過程。
由此，如在上述(2)中敘述的那樣，即使是具有工作時間不同的多個部位的建築機械，也能夠確定部件的適宜的修理更換預定時期，同時，能夠用基站計算機總體管理在現場工作的多臺建築機械的部件修理更換預定時期。
(5)在上述(1)～(4)中，上述建築機械最好是油壓鏟，上述部位包括油壓鏟的前端部分、旋轉體、行走體、發動機、油壓鏟。
由此，能夠對於有關油壓鏟的前端部分、旋轉體、行走體的部件或者發動機、油壓鏟，確定適宜的修理更換預定時期。
(6)另外，為了達到上述目的，本發明在建築機械的管理系統中，具備對於多臺建築機械的每一臺計測、收集每個部位的工作時間的工作數據計測收集裝置；設置在基站，具有把上述計測、收集了的每個部位的工作時間作為工作數據進行保存、存儲的資料庫的基站計算機，上述基站計算機從上述資料庫讀取出特定的建築機械的工作數據，根據每個部位的工作時間基準，計算有關該部位的部件的修理更換預定時期。
由此，能夠實施上述(1)以及(3)的管理方法。
(7)在上述(6)中，上述基站計算機最好使用上述讀出的工作數據讀出工作數據，根據每個部位的工作時間基準，計算有關該部位的部件的工作時間，把該工作時間與預先確定的目標修理更換時間間隔進行比較，計算至該部件的下一次修理更換的剩餘時間。
由此，能夠實施上述(2)以及(4)的管理方法。
(8)在上述(6)以及(7)中，上述建築機械最好是油壓鏟，上述部位包括油壓鏟的前端部分，旋轉體，行走體，發動機，油壓泵。
由此能夠實施上述(5)的管理方法。
(9)進而，為了達到上述目的，本發明在運算處理裝置中，對於多臺建築機械的每一臺把每個部位的工作時間作為工作數據保存、存儲在資料庫中，從上述資料庫讀取出特定的建築機械的工作時間，根據每個部位的工作時間基準，計算有關該部位的部件的修理更換預定時期。
(10)另外，為了達到上述目的，本發明在運算處理裝置中，對於多臺建築機械的每一臺，把每個部位的工作時間作為工作數據保存、存儲在資料庫中，從上述資料庫讀取出特定的建築機械的工作時間，根據每個部位的工作時間基準，計算有關該部位的部件的工作時間，把該工作時間與預先設定的目標修理更換時間間隔進行比較，計算至該部件的下一次修理更換的剩餘時間。
由此，能夠構成上述(7)的管理裝置。
附圖的簡單說明圖1是本發明第1實施方式的建築機械的管理系統的總體概要圖。
圖2示出機體側控制器的結構的詳細情況。
圖3示出油壓鏟以及傳感器群的詳細情況。
圖4是示出基站中心伺服器的CPU的處理功能的概要的功能框圖。
圖5是示出機體側控制器的CPU中的油壓鏟的每個部位的工作時間的收集功能的流程圖。
圖6是示出發送了收集的工作時間數據時的機體側控制器的通信控制單元的處理功能的流程圖。
圖7是示出從機體側控制器傳送來工作時間數據時的基站中心伺服器的機體/工作信息處理單元的處理功能的流程圖。
圖8是示出基站中心伺服器的部件更換處信息單元中的部件更換信息的處理功能的流程圖。
圖9示出基站中心伺服器的資料庫中的工作數據，實際維修數據，目標維修數據的存儲狀況。
圖10是示出計算維修剩餘時間的方法的流程圖。
圖11是示出計測維修剩餘時間的方法的流程圖。
圖12示出發送到公司內計算機以及用戶側計算機的日報表的一例。
圖13示出發送到公司內計算機以及用戶側計算機的日報表的一例。
圖14示出發送到公司內計算機以及用戶側計算機的維修報告書的一例。
圖15是示出機體側控制器的頻度分布數據的收集功能的流程圖。
圖16是示出生成掘削負荷的頻度分布數據的處理過程的詳細情況的流程圖。
圖17是示出生成油壓泵的泵負荷的頻度分布數據的處理過程的詳細情況的流程圖。
圖18是示出生成油溫的頻度分布數據的處理過程的詳細情況的流程圖。
圖19是示出生成發動機轉數的頻度分布數據的處理過程的詳細情況的流程圖。
圖20是示出發送了收集的頻度分布數據時的機體側控制器的通信控制單元的處理功能的流程圖。
圖21是示出從機體側控制器發送來頻度分布數據時的基站中心伺服器的機體/工作信息以及更換信息處理單元的處理功能的流程圖。
圖22示出基站中心伺服器的資料庫中的頻度分布數據的存儲狀況。
圖23示出發送到公司內計算機以及用戶側計算機的頻度分布數據報告書的一例。
圖24示出發送到公司內計算機以及用戶側計算機的診斷書的一例。
圖25是示出本發明第2實施方式的建築機械的管理系統中的基站中心伺服器的CPU的處理功能的概要的功能框圖。
圖26是示出從機體側控制器發送來工作時間數據時的基站中心伺服器的機體/工作信息處理單元的處理功能的流程圖。
圖27是示出基站中心伺服器的部件修理更換信息處理單元中的部件修理更換信息的處理功能的流程圖。
圖28是示出基站中心伺服器的資料庫中的實際維修數據的存儲狀況。
圖29示出基站中心伺服器的資料庫中的目標維修數據的存儲狀況。
圖30是示出計算維修剩餘時間的方法的流程圖。
用於實施發明的最佳方式以下，根據
本發明的實施方式
圖1是本發明第1實施方式的建築機械的管理系統的總體概要圖，該管理系統具備在現場工作的油壓鏟1、1a、1b、1c、…(以下，用號碼1代表)上搭載的機體側控制器2；設置在總公司、分公司、生產廠等中的基站的中心伺服器3；設置在分店、檢修廠、製造廠等公司內的公司內計算機4；用戶側計算機5。另外，作為基站的中心伺服器3的設置場所也可以是上述以外的地方，例如，具有多臺油壓鏟的租賃公司。
各油壓鏟1的控制器2用於收集各個油壓鏟1的工作信息，其收集的工作信息與機種信息(機種、號機號碼)一起經過通訊衛星6的衛星通信傳送到地面站7，從地面站7發送到基站中心伺服器3。對於基站中心伺服器3取入機體/工作信息，代替衛星通信也可以使用個人計算機8。這種情況下，機械師把收集在控制器2中的工作信息與機體信息(機種、號機號碼)一起下載到個人計算機8中，從個人計算機8經過軟盤或者通信線路，例如公共電話線路、網絡等，取入到基站中心伺服器3中。另外，使用個人計算機8的情況下，除去油壓鏟1的機體/工作信息以外，還能夠收集並得到定期檢修時的檢修信息或者修理信息，該信息也取入到基站中心伺服器3。
圖2示出機體側控制器2的結構的詳細情況。圖2中，控制器具備輸入輸出接口2a、2b，CPU(中央處理運算單元)2c，存儲器2d，定時器2e以及通信控制單元2f。
經過輸入輸出接口2a從傳感器群(後述)輸入到前端，旋轉，行走的導向壓的檢測信號，發動機32(參照圖3)的工作時間(以下稱為發動機工作時間)的檢測信號，油壓系統的泵壓檢測信號，油壓系統的油溫的檢測信號，發動機轉數的檢測信號。CPU2c使用定時器(包含計時功能)2e把這些輸入信息加工成預定的工作信息存儲在存儲器2d中。通信控制單元2f把該工作信息定期通過衛星通信發送到基站中心伺服器3。另外，經過輸入輸出接口2b把工作信息下載到個人計算機8中。
機體側控制器2還具備存儲用於使CPU2c進行上述運算處理的控制程序的ROM和暫存運算過程中的數據的RAM。
圖3示出油壓鏟1以及傳感器群的詳細情況。圖3中，油壓鏟1具備行走體12，能夠旋轉地設置在行走體12上的旋轉體13，設置在旋轉體13的前部左側的駕駛室14，能夠俯仰動作地設置在旋轉體13的前部中央部分的掘削作業裝置，即前端部分15。前端部分15由可旋轉地設置在旋轉體13上的懸臂(boom)16，可旋轉地設置在該懸臂16的頂端的搖臂(arm)17，可轉動地設置在該搖臂17的頂端的鏟鬥18構成。
另外，在油壓鏟1上搭載油壓系統20，油壓系統20具備油壓泵21a、21b，懸臂控制閥22a、22b，搖臂控制閥23，鏟鬥控制閥24，旋轉控制閥25，行走控制閥26a、26b，懸臂油缸27，搖臂油缸28，鏟鬥油缸29，旋轉電機30，行走電機31a、31b。油缸21a、21b由柴油發動機(以下，簡單地稱為發動機)33進行旋轉驅動，噴吐壓油，控制閥22a、22b～26a、26b控制從油壓泵21a、21b供給到調節器27～31a、31的壓油的流動(流量以及流動方向)，調節器27～31a、31b進行懸臂16，搖臂17，鏟鬥18，旋轉體13，行走體12的驅動。油壓泵12a、21b，控制閥22a、22b～26a、26b以及發動機32設置在旋轉體13的後部的收容室內。
對於控制閥22a、22b～26a、26b設置操作杆裝置33、34、35、36。如果把操作杆裝置33的操作杆沿著十字的一個方向X1進行操作，則生成搖臂吊起(crowding)的導向壓(pilot pressure)或者搖臂傾卸(dumping)的導向壓，加入到搖臂控制閥23上，如果把操作杆裝置33的操作杆沿著十字的另一個方向X2進行操作，則生成右旋的導向壓或者左旋的導向壓，加入到旋轉控制閥25上。如果把操作杆裝置34的操作杆沿著十字的一個方向X3進行操作，則生成懸臂上升的導向壓或者懸臂下降的導向壓，加入到懸臂控制閥22a、2b上，如果把操作杆裝置34的操作杆沿著十字的另一個方向X4進行操作，則生成鏟鬥吊起的導向壓或者鏟鬥傾卸的導向壓，加入到鏟鬥控制閥24上。另外，如果把操作杆裝置35、36的操作杆進行操作，則生成左行走的導向壓或者以及右行走的導向壓，加入到行走控制閥26a、26b上。
操作杆裝置33～36也與控制器2一起配置在駕駛室14內。
在以上那樣的油壓系統20中設置傳感器40～46。傳感器40是作為前端部分15的操作信號檢測搖臂吊起的導向壓的壓力傳感器，傳感器42是檢測經過梭動閥42a、42b取出的行走的導向壓的壓力傳感器。另外，傳感器43是檢測發動機32的鍵開關的「開啟」/「關閉」的傳感器，傳感器44是檢測經過梭動閥44a取出的油壓泵21a、21b的噴吐壓力，即泵壓的壓力傳感器，傳感器45是檢測油壓系統1的動作油的溫度(油溫)的油溫傳感器。另外，發動機32的轉數由轉數傳感器46檢測。這些傳感器40～46的信號傳送到控制器2。
返回到圖1，基站中心伺服器3具備輸入輸出接口3a、3b，CPU3c，形成資料庫100的存儲裝置3d。輸入輸出接口3a輸入來自機體側控制器2的機體/工作信息以及檢修信息，輸入輸出接口3b從公司內計算機4輸入部件的更換信息。CPU3c把這些輸入信息保存、存儲在存儲裝置3d的資料庫100中，同時，加工保存在資料庫100中的信息，生成日報表、維修報告書、診斷書等，而它們經過輸入輸出接口3b發送到公司內計算機4以及用戶側計算機5。
基站中心伺服器3還具備為了使CPU3c進行上述的運算處理，存儲了控制程序的ROM和暫存運算過程中的數據的RAM。
圖4中用功能框圖示出CPU3c的處理功能的概要。CPU3c具有機體/工作信息處理單元50，部件更換信息處理單元51，檢修信息處理單元52，公司內比較判斷處理單元53，公司外比較判斷處理單元54的各處理功能。機體/工作信息處理單元50使用從機體側控制器2輸入的工作信息進行預定的處理，部件更換信息處理單元51使用從公司內計算機4輸入的部件更換信息處理進行預定的處理(後述)。檢修信息處理單元52把從個人計算機8輸入的檢修信息保存、存儲在資料庫100中，同時，加工該信息生成診斷書。公司內比較判斷處理單元53以及公司外比較判斷處理單元54分別選擇用機體/工作信息處理單元50，部件更換信息處理單元51，檢修信息處理單元52生成的信息以及保存、存儲在資料庫100中的信息中所需要的信息，發送到公司內計算機4以及用戶側計算機5。
機體側控制器2以及基站中心伺服器3的機體/工作信息處理單元50以及部件更換信息處理單元51的處理功能，使用流程圖說明。
在機體側控制器2的處理功能中，大致具有按照油壓鏟的每個部位的工作時間的收集功能，每個部位的負荷頻度分布等頻度分布數據的收集功能，警報數據的收集功能，與此相對應，在基站中心伺服器3的機體/工作信息處理單元50中具有工作時間的處理功能，頻度分布數據的處理功能和情報數據的處理功能。另外，在部件更換信息處理單元51中具有部件更換信息的處理功能。
首先，說明機體側控制器2的油壓鏟的每個部位的工作時間的收集功能。
圖5是示出控制器2的CPU2c中的油壓鏟的每個部位的工作時間的數據功能的流程圖，圖6是示出發送所收集的每個部位的工作時間數據時的控制器2的通信控制單元2f的處理功能的流程圖。
圖5中，CPU2c首先通過傳感器46的發動機轉數信號是否成為預定轉數以上判斷發動機是否正在工作(步驟S9)。在判斷為發動機沒有正在工作時反覆進行步驟S9。如果判斷為發動機正在工作，則進入到下一個步驟S10，讀入傳感器40、41、42的有關前端、旋轉、行走的導向壓的檢測信號數據(步驟S101)。接著，對於讀入的前端、旋轉、行走的導向壓的每一個，使用定時器2e的時間信息，計算導向壓超過了預定壓力的時間，與日期以及時間相關聯，保存、存儲在存儲器2d中(步驟S12)。這裡，所謂預定壓力是可以視為操作了前端、旋轉、行走的導向壓。另外，在步驟S9中判斷為發動機正在工作期間，利用定時器2e的時間信息，計算發動機工作時間，與日期以及時間相關聯，保存、存儲在存儲器2d中(步驟S14)。CPU2在控制器2的電源為「開啟」期間，按照每個預定的周期進行該處理。
在步驟S12、S14中，把所計算的各個時間加入到存儲在存儲器2d中的過去計算的時間上，作為累加工作時間進行存儲。
圖6中，通信控制單元2f監視定時器2e是否成為「開啟」(步驟S20)，如果定時器2e成為「開啟」，則讀取出保存、存儲在存儲器2d中的前端、旋轉、行走的每個部位的工作時間以及發動機工作時間(帶日期以及時間)和機體信息(步驟S22)，把這些數據發送到基站中心伺服器3(步驟S24)。這裡，定時器2e預先設定為使得如果成為一天所決定的時刻，例如上午0時則為「開啟」。由此，如果成為上午0時，則把前一天的一天部分的工作時間數據傳送到基站中心伺服器3。
CPU2c以及通信控制單元2f反覆進行以上的處理。存儲在CPU2c中的數據發送到基站中心伺服器3以後，如果經過預定的日期，例如365日(1年)則被清除。
圖7是示出從機體側控制器2傳送來機體/工作信息時的中心伺服器3的機體/工作信息處理單元50的處理功能的流程圖。
圖7中，機體/工作信息處理單元50監視是否從機體側控制器2輸入了機體/工作信息(步驟S30)，如果輸入了機體/工作信息，則讀入這些信息，作為工作數據(後述)，保存、存儲在資料庫100中(步驟S32)。在機體信息中，如上述那樣，包括機種、號機號碼。接著，從資料庫100讀出預定日期部分，例如1個月部分的工作數據，生成關於工作時間的日報表(步驟S34)。另外，從資料庫100讀出工作數據，實際維修數據(後述)和目標維修數據(後述)，在每個部件，根據與該部件相關的每個部位的工作時間，計算至下一次更換的剩餘時間(以下，稱為維修剩餘時間)(步驟S36)，把其匯總成維修報告書(步驟S38)。而且，把這樣生成的日報表以及維修報告書發送到公司內計算機4以及用戶側計算機5(步驟S40)。
圖8是示出中心伺服器3的部件更換信息處理單元51中的部件更換信息的處理功能的流程圖。
圖8中，部件更換信息處理單元51監視是否從公司內計算機4例如由機械師輸入了部件更換信息(步驟S50)，如果輸入了部件更換信息，則讀取這些信息(步驟SU2)。這裡，所謂部件更換信息，是更換了部件的油壓鏟的機種以及號機號碼，更換了部件的日期和更換了的部件名。
接著，訪問資料庫100，讀出相同號機號碼的工作數據，根據與所更換的部件有關的部位的工作時間計算該部件的更換時間間隔，按照機種類別作為實際維修數據保存、存儲在資料庫100中(步驟S54)這裡，所謂部件的更換時間間隔，是一個部件組裝到機器中以後至發生故障或者達到壽命而更換新部件的時間間隔，如上所述，該時間根據與該部件有關的部位的工作時間計算。例如，在鏟鬥爪的情況下，與該相關的部位是前端部分，從一個鏟鬥爪安裝到機體上至損壞而更換之間的前端操作時間(掘削時間)如果是1500小時，則該鏟鬥爪的更換時間間隔計算為是1500小時。
圖9中示出資料庫100中的工作數據，實際維修數據，目標維修數據的存儲狀況。
圖9中，在資料庫100中，具有保存、存儲了機種類別、每個號機的工作數據的資料庫(以下，稱為工作資料庫)，保存、存儲了機種類別、每個號機的實際維修數據的資料庫(以下，稱為實際維修資料庫)，保存了機種類別的目標維修數據的資料庫(以下，稱為目標維修資料庫)的各部分，在這些各個資料庫中如以下那樣保存著數據。
在機種類別、每個號機的工作資料庫中，與日期相對應，以累加值按照機種類別、每個號機，保存著發動機工作時間，前端操作時間(以下，為了方便，稱為掘削時間)，旋轉時間，行走時間。在圖示的例子中，TNE(1)以及TD(1)分別是機種A的N號機的2000年1月1日中的發動機工作時間的累加值以及前端操作時間的累加值，TNE(K)以及TD(K)分別是機種A的N號機的2000年3月16日中的發動機工作時間的累加值以及前端操作時間的累加值。同樣，機種A的N號機的旋轉時間的累加值TS(1)TS(K)以及行走時間的累加值TT(1)～TT(K)也與日期相關聯進行保存。對於機種A的N+1號機，N+2號機，…也相同。
另外，圖9所示的工作數據僅示出工作數據的一部分(日報表數據部分)，在工作資料庫中除此以外還保存著頻度分布數據(圖24；後述)。
在機種類別、每個號機的實際維修資料庫中，按照機種類別、每個號機，以與該部件有關的部位的工作時間數據的累加值保存著過去更換了的部件的更換時間間隔。在圖示的例中，TEF(1)以及TEF(L)分別是機種A的N號機的第1次以及第L次發動機濾油器的更換時間間隔的累加值(例如，根據發動機工作時間是3400hr，12500hr)，TFB(1)以及TFB(M)分別是N號機的第1次以及第M次的前端軸瓦的更換時間間隔的累加值(例如，根據前端操作時間是5100hr，14900hr)。對於機種A的N+1號機，N+2號機，…也相同。
在機種類別的目標維修資料庫中，按照各機種，以與該部件相關的部位的工作時間基準的值保存著在該機種中使用的部件的目標更換時間間隔。在圖示的例中，TM-EF是機種A的發動機濾油器的目標更換時間間隔(例如在發動機工作時間基準下是4000hr)，TM-FB是機種B的前端部分軸瓦的目標更換時間間隔(例如在前端部分操作時間基準下是5000hr)。對於其它的機種B、C、…也相同。
機體/工作信息處理單元50在圖7所示的步驟S36中，使用上述工作資料庫，實際維修資料庫，目標維修資料庫中的數據，根據在圖10以及圖11的流程中所示的過程，在每個部件，在與該部件相關的每個部位的工作時間基準下，計算維修剩餘時間。
這裡，在本實施方式中，所謂「與部件相關的每個部位的工作時間」，在是鏟鬥爪，前端銷(例如懸臂與搖臂的連接銷)，前端銷旋轉的軸瓦，搖臂或者鏟鬥等，與其部件相關的部位是前端部分15的情況下，是前端部分15的操作時間(掘削時間)，在是旋轉變速箱油，旋轉變速箱密封，旋轉輪等，與部件相關的部位是旋轉體13的情況下，是旋轉時間，在是行走變速箱油，行走變速箱油密封，行走履帶，行走錕，行走電機等，與部件相關的部位是行走體12的情況下，是行走時間。另外，在是發動機油或者發動機濾油器等，與部件相關的部位是發動機32的情況下，使發動機工作時間。進而，在是動作油，動作濾油器，泵軸承等，與部件相關的部位是油壓系統的油壓源的情況下，把發動機工作時間視為與這些部件相關的部位的工作時間。另外，也可以檢測油壓泵21a、21b的噴吐壓力為預定水平以上的工作時間，或者從發動機工作時間減去無負荷時間，把其時間作為油壓源的工作時間(動作油，動作濾油器，泵軸承等部件的工作時間)。
在圖10以及圖11中，首先設定檢驗油壓鏟的機種、號機號碼(例如N)(步驟S60)。接著，從工作資料庫讀入設定機種的N號機的最新的發動機工作時間的累加值TNE(K)(步驟S62)。從實際維修資料庫讀入設定機種的N號機的最新的發動機濾油器更換時間間隔的累加值TEF(L)(步驟S64)。然後，最後根據下面的公式計算最後進行的發動機濾油器更換後的經過時間ΔTLEF(步驟S66)。
ΔTLEF＝TNE(K)-TEF(L)該經過時間ΔTLEF相當於當前正在使用的發動機濾油器至今為止的工作時間。
另外，從機種類別的目標維修資料庫讀入發動機濾油器的目標更換時間間隔TM-EF(步驟S68)。而且，根據下面的公式計算至下一個發動機濾油器更換的剩餘時間ΔTM-EF(步驟S70)。
ΔTM-EF＝TM-EF-ΔTLEF由此，把設定機種的N號機的發動機濾油器的至下一次更換的剩餘時間計算為ΔTMTM-EF。
然後，從工作資料庫讀入設定機種的N號機的最新的前端部分操作時間(掘削時間)的累加值TD(K)(圖11步驟S72)。另外，從實際維修資料庫讀入設定機種的N號機的最新的前端部分軸瓦更換時間間隔的累加值TFB(M)(步驟S74)接著，根據下面的公式計算最後進行的前端部分軸瓦更換後的經過時間的ΔTLFB(步驟S76)。
ΔTLFB＝TD(K)-TFB(M)該經過時間ΔTLFB相當於當前正在使用的前端部分軸瓦的至今為止的工作時間。
另外，從機種類別的目標維修資料庫讀出前端部分軸瓦的更換時間間隔TM-FB(步驟S78)。而且，根據下面的公式計算至下一次前端部分軸瓦更換的剩餘時間ΔTM-FB(步驟S80)。
ΔTM-FB＝TM-FB-ΔTLFB由此，把設定機種的N號機的前端部分軸瓦的至下一次維修的剩餘時間計算為ΔTM-FB。
對於其它部件1，例如前端銷也同樣地計算維修剩餘時間(步驟S82)。
圖12以及圖13中是示出發送到公司內計算機4以及用戶側計算機5的日報表的一例。圖12與日期相對應，以曲線以及數值示出了1個月部分的各工作時間數據。由此，使用者能夠把握過去1個月期間自己的油壓鏟的使用狀況的變化。圖13的左側曲線地示出過去半年期間的每個部位的工作時間和無負荷發動機工作時間，圖13的右側曲線地示出了過去半年期間的有負荷發動機工作時間和無負荷發動工作時間的比例推移。由此，使用者能夠把握過去半年期間自己的油壓鏟的使用狀況以及使用效率的變化。
圖14示出發送到公司內計算機4以及用戶側計算機5的維修報告書的一例。從上面開始，第1段的表是與前端部分操作時間(掘削時間)有關的部件維修信息，第2段的表是與旋轉時間有關的部件的維修信息，第3段是與行走時間有關的部件維修信息，第4段是與發動機工作時間有關的部件的維修信息，分別用●表示過去的更換時期，用○表示下一個更換預定時期。另外，各表中的●與○之間連接的直線表示當前時刻，該直線與○的差是維修剩餘時間。當然也可以用數值示出該剩餘時間。另外，該剩餘時間由於是每個部位的工作時間基準的值，因此求各工作時間的一天的平均值，計算消化了該剩餘時間的天數，以日期表示剩餘時間。或者把所計算的天數加到當前的日期上，預測顯示更換日。
其次，使用圖15使用說明機體側控制器2的頻度分布數據的收集功能。圖15是示出控制器2的CPU2c的處理功能的流程圖。
圖15中，CPU2c首先通過傳感器46的發動機轉數信號是否成為預定的轉數以上判斷發動機是否正在工作(步驟S89)。在判斷為發動機沒有正在工作時反覆進行步驟S9。如果判斷為發動機正在工作，則進入到下一個步驟S90，讀入有關傳感器40、41、42的前端、旋轉、行走的導向壓的檢測信號，傳感器44的泵壓的檢測信號，傳感器45的油溫的檢測信號，傳感器46的發動轉數的檢測線號的數據(步驟S90)。接著，在讀入的數據中，把前端，旋轉，行走的各導向壓以及泵壓作為掘削負荷，旋轉負荷，行走負荷，泵負荷的頻度分布數據存儲到存儲器2d中(步驟S92)。另外，讀入的油溫，發動機轉數作為頻度分布數據存儲到存儲器3d中(步驟S94)。
在發動機正在工作期間，反覆進行步驟S90～S94。
這裡，所謂頻度分布數據是在每個預定時間，例如以泵壓或者發動機轉數為參數把每100小時的各檢測值分布化的數據，所謂預定時間(100小時)是發動機工作時間基準的值。另外，也可以取為各個部件的工作時間基準的值。
圖16以流程示出生成掘削負荷的頻度分布數據的處理過程的詳細過程。
首先，判斷進入到本處理後的發動機工作時間是否超過了100小時(步驟S100)，如果沒有超過100小時，則使用傳感器40的信號判斷是否正在進行搖臂拉伸操作(掘削中)(步驟S108)，如果是正在進行搖臂拉伸操作(掘削中)，則使用傳感器44的信號，判斷泵壓是否是例如30MPa以上(步驟S110)，如果泵壓是30MPa以上，則在30MPa以上的壓力帶的累加時間TD1上加入單位時間(計算的周期時間)ΔT，設立新的累加時間TD1(步驟S112)。如果泵壓不是30MPa以上，則這次判斷泵壓是否是25MPa以上(步驟S114)，如果泵壓是25MPa以上，則在25～30MPa的壓力帶的累加時間TD2上加入單位時間(計算的周期時間)ΔT，設立新的累加時間TD2(步驟S116)。同樣，對於泵壓為20～25MPa、…、5～10MPa、0～5MPa的各壓力帶，在泵壓處於該範圍內的情況下，分別在各個累加時間TD3、…、TDn-1、TDn上加入單位時間ΔT，設立新的累加時間TD3、…、TDn-1、TDn(步驟S118～S126)。
按照圖16的步驟S108的處理過程使用傳感器群40的信號判斷是否正在進行搖臂拉伸操作(掘削中)，生成旋轉負荷以及行走負荷的頻度分布數據的處理程序也可以代替，使用傳感器41判斷是否正在進行旋轉操作，或者使用傳感器42判斷是否正在進行行走操作，除去這一點以外，與圖16的處理手續相同。
其次，進入到圖17所示的生成油壓泵21a、21b的泵負荷的頻度分布數據的處理。
首先，使用傳感器44的信號判斷泵壓是否是例如30MPa以上(步驟S138)，如果泵壓是30MPa以上，則在30MPa以上的壓力帶的累加時間TP1上加入單位時間(計算的周期時間)ΔT，設立新的累加時間TP1(步驟S140)。如果泵壓不是30MPa以上，則這次判斷泵壓是否是25MPa以上(步驟S142)，如果泵壓是25MPa以上，則在25～30MPa的壓力帶的累加時間TP2上加入單位時間(計算的周期時間)ΔT，設立新的累加時間TP2(步驟S144)。同樣，對於泵壓為20～25MPa、…、5～10MPa、0～5MPa的各壓力帶，在泵壓處於該區域內的情況下，分別在各個累加時間TP3、…、TPn-1、TPn上加入單位時間ΔT，設立新的累加時間TP3、…、TPn-1、TPn(步驟S146～S154)。
其次，進入到圖18所示的生成油溫的頻度分布數據的處理。
首先，使用傳感器45的信號判斷油溫例如是否是120℃以上(步驟S168)，如果油溫是120℃以上，則在120℃以上的溫度帶的累加時間T01上加入單位時間(計算的周期時間)ΔT，設立為新的累加時間T01(步驟S170)。如果油溫不是120℃以上，則這次判斷油溫是否是110℃以上(步驟S172)，如果油溫是100℃以上，則在110～120℃的溫度帶的累加時間T02上加入單位時間(計算的周期取)ΔT，設立為新的累加時間T02(步驟S714)。同樣，對於油溫為100～110℃、…、-30～-20℃、-30℃、小於-30℃的各溫度帶，在油溫處於其範圍的情況下，分別在各個累加時間T03、…，T「開啟」-1、T「開啟「」上加入單位時間ΔT，設立為新的累加時間T03、…、T「開啟」-1、T「開啟」(步驟S176～S184)。
其次，進入到圖19所示的生成發動機轉數的頻度分布數據的處理。
首先，使用傳感器46的信號判斷發動機轉數例如是否是2200rpm以上(步驟S208)，如果發動機轉數是2200rpm以上，則在2200rpm以上的發動機轉數的累加時間TN1上加入單位時間(計算的周期時間)ΔT，設立為新的累加時間TN1(步驟S210)。如果發動機轉數不是2200rpm以上，則這次判斷發動機轉數是否是2100rpm以上(步驟S212)，如果發動機轉數是2100rpm以上，則在2100～2200rpm的發動機轉數帶的累加時間TN2上加入單位時間(計算的周期取)ΔT，設立為新的累加時間TN2(步驟S714)。同樣，對於發動機轉數為2000～2100rpm、…、600～700rpm、小於600rpm的發動機轉數帶，在發動機轉數處於其範圍的情況下，分別在各個累加時間TN3、…，TNn-1、TNn上加入單位時間ΔT，設立為新的累加時間TN3、…、TNn-1、TNn(步驟S216～S224)。
如果結束圖19所示的處理，則返回到圖16的步驟S100，在發動機工作時間成為100小時以上為止，反覆進行上述圖16～圖19所示的處理。
如果進入到圖16～圖19所示的處理以後發動機工作時間經過100小時以上，則把累加時間TD1～TDn，TS1～TSn，TT1～TTn，TP1～TPn，TO1～T「開啟」，TN1～TNn存儲到存儲器2d中(步驟S102)，把累加時間初始化為TD1～TDn＝0，TS1～TSn＝0，TT1～TTn＝0，TP1～TPn＝0，TO1～T「開啟」＝0，TN1～TNn＝0(步驟S104)，反覆進行與上述相同的過程。
如以上那樣收集的頻度分布數據由控制器2的通信控制單元2f發送到基站中心伺服器3。圖20中以流程示出這時的通信控制單元2f的處理功能。
首先，與圖16所示的步驟S100的處理同步，監視發動機工作時間是否超過了100小時(步驟S230)，如果超過100小時，則讀出保存、存儲在存儲器2d中的頻度分布數據和機體信息(步驟S232)，把這些數據發送到基站中心伺服器3(步驟S234)。由此，頻度分布數據在每次存儲了發動機工作時間100小時部分時，發送到基站中心伺服器3。
CPU2c以及通信控制單元2f在發動機工作時間基準下，按照每100小時反覆進行以上的處理。存儲在CPU2c中的數據發送到基站中心伺服器3以後，如果經過預定的天數，例如365天(1年)則清除。
圖21是示出從機體側控制器2傳送來頻度分布數據時的中心伺服器3的機體、工作信息處理單元50的處理功能的流程圖。
圖21中，機體、工作信息處理單元50監視是否從機體側控制器2輸入了掘削負荷，旋轉負荷，行走負荷，泵負荷，油溫，發動機轉數的各頻度分布數據(步驟S240)，如果輸入了數據，則讀入這些數據，作為工作數據(後述)保存在資料庫100中(步驟S242)。然後，把掘削負荷，泵負荷，旋轉負荷，行負荷，泵負荷，油溫，發動機轉數的各頻度分布數據圖形化，匯總成報告書(步驟S244)，發送到公司內計算機4以及用戶側計算機5(步驟S246)。
圖22中示出資料庫100中的頻度分布數據的存儲狀況。
圖22中，在資料庫100中如上述那樣，具有機種類別、每個號機的工作資料庫的部分，這裡，機種類別，每個號機的每天的工作時間數據作為日報表數據保存、存儲著。另外，在工作資料庫中，根據工作時間基準，按照每100小時保存、存儲著按照機種類別、每個號機，存儲著掘削負荷，旋轉負荷，行走負荷，泵負荷，油溫，發動機轉數的各頻度分布數據的值。圖22中示出機種A的N號機的泵負荷和油溫的頻度分布的例子。
例如，在泵負荷的頻度分布中，對於最初的100小時，在0hr以上～小於100hr的區域中，如0MPa以上～小於5MPa6hr，5MPa以上～小於10MP8hr，…，25MP以上～小於30MPa10hr，30MPa以上2hr那樣，以每5MPa的泵壓力範圍中的工作時間進行保存。另外，對於以後的每100小時，在100hr以上～小於200hr，200hr以上～小於300hr，…，1500hr以上～小於1600hr的區域中，分別同樣地進行保存。
對於掘削負荷，旋轉負荷，行走負荷的頻度分布，油溫的頻度分布，發動機轉數頻度分布也相同。其中，掘削負荷，旋轉負荷，行走負荷的頻度分布用泵負荷代表負荷。即，在泵壓下，收集0MPa以上～小於5MPa，5MPa以上～小於10MPa，…，25MPa以上～小於30MPa，30MPa以上的各壓力範圍中的掘削，旋轉，行走的各個工作時間，作為掘削負荷，旋轉負荷，行走負荷的頻度分布。
圖23中示出發送到公司內計算機4以及用戶側計算機5的頻度分布數據的報告書的一例。該例是在發動機工作時間100小時中以對於各個工作時間基準的比例示出各個負荷頻度分布的例子。即，例如，掘削負荷頻度分布是把發動機工作時間100小時中的掘削時間(例如60小時)作為100％，以對於該60小時的泵壓的各壓力範圍中的累加時間的比例(％)示出。旋轉負荷頻度分布，行走負荷頻度分布，泵負荷頻度分布也相同。油溫頻度分布，發動機轉數頻度分布把發動機工作時間100小時作為100％，用與其相對的比例示出。由此，使用者能夠接近負荷把握油壓鏟的每個部位的使用狀況。
說明機體側控制器2的警報數據的收集功能。在控制器2中具有故障診斷功能，在每次根據該診斷功能發出警報時，控制器2把其警報使用通信控制器2f發送到基站中心伺服器3。基站中心伺服器3把該情報信息保存在資料庫中，同時，生成報告書，發送到公司內計算機4以及用戶側計算機5。
圖24是報告書的一例。在該例中，用與日期相對應的表示出警報的內容。
在以上那樣構成的本實施方式中，在多臺油壓鏟1的每一臺中作為工作數據計測收集裝置設置傳感器40～46以及控制器2，使用該傳感器40～46以及控制器2在每個油壓鏟對於工作時間不同的多個部位(發動機32，前端部分15，旋轉體13，行走體12)，計測、收集每個部位的工作時間，把該每個部位的工作時間轉送到基站計算機3，保存、存儲為工作數據，在基站計算機3中，由於讀出特定的油壓鏟的工作數據，在每個部件，用與該部件有關的部位工作時間基準計算該部件的工作時間，把該工作時間與預先設定的目標更換時間間隔進行比較，計算該部件的至下一次更換的剩餘時間，因此即使是具有工作時間不同的多個部位(發動機32，前端部分15，旋轉體13，行走體12)的油壓鏟，也能夠確定部件的適宜的更換預定時期。因此，不會在部件還能夠使用時進行更換，能夠極力減少浪費，同時，能夠在故障發生之前可靠地更換部件。進而，由於知道適宜的更換預定時期，因此能夠可靠地預測部件的採購時期或者機械師的安排時期，能夠容易地進行廠家一側的維修管理。
另外，由於能夠用基站計算機3總體管理多臺油壓鏟的部件的更換預定時期，因此能夠在廠家一側綜合地進行部件的管理。
另外，由於在用戶側作為維修報告書能夠提供維修信息，因此在用戶側也能夠預期自己的油壓鏟的部件的更換時期，能夠進行對於維修的可靠對應。
進而，由於在用戶側適宜地提供工作信息的日報或者保養檢修結果的診斷書，警報的報告書，因此在用戶側也能夠每天把握自己的油壓鏟的工作狀況，能夠容易地進行用戶側的油壓鏟的管理。
根據圖25～圖30說明本發明的第2實施方式。本實施方式不只是部件的更換，還能夠進行部件修理(檢修)時期的管理。
本實施方式的建築機械的管理系統的總體結構與第1實施方式相同，具有與圖1～圖3所示的第1實施方式相同的系統結構。另外，機體側控制器具有與第1實施方式相同的處理功能，基站中心伺服器除去下述之點以外，具有與使用圖4，圖7～圖14，圖21～圖24說明過的相同的處理功能。以下，說明基站中心伺服器的處理功能與第1實施方式的不同之點。
圖25是示出基站中心伺服器3A的CPU3c(參照圖1)的處理功能的概要的功能框圖。CPU3c代替圖4所示的機體/工作信息處理單元50，部件更換信息處理單元51，具備機體/工作信息處理單元50A，部件修理更換信息處理單元51A。機體/工作信息處理單元50A使用從機體側控制器2輸入的工作信息進行圖26所示的處理，部件更換信息處理單元51使用從公司內計算機4輸入的部件更換信息處理進行圖27所示的處理。除此以外，與圖4所示的第1實施方式相同。
在圖26中，機體/工作信息處理單元50A在步驟S36A中，從資料庫100讀出工作數據，實際維修數據(後述)和目標維修數據(後述)，在每個部件，根據與該部件相關的每個部位的工作時間基準，計算至下一次修理或者更換的剩餘時間(以下，稱為維修剩餘時間)。除此以外與圖7所示的第1實施方式相同。
在圖27中，例如由機械師監視部件修理更換信息處理單元51A是否從公司內計算機機4輸入了部件修理更換信息(步驟S50A)，如果輸入了部件修理更換信息，則讀入這些信息(步驟S52A)。這裡，所謂部件修理更換信息，是修理或者更換了部件的油壓鏟號機號碼和修理或者更換了部件的日期以及修理或者更換了的部件名。
接著，訪問資料庫100，讀出相同號機號碼的工作數據，根據與修理或者更換了的部件相關的部位的工作時間基準，計算該部件的修理更換時間間隔，在資料庫100中保存、存儲為實際維修數據(步驟S54A)。這裡，所謂部件的修理更換時間間隔，是1個部件組裝到機體以後，發生故障或者達到壽命，更換為新的部件或者進行修理(檢修)的時間間隔，如上所述，該時間間隔根據與該部件有關的部位的工作時間基準進行計算。例如，在發動機的情況下，與其相關的部位是發動機自身，如果至檢修發動機的期間的發動機工作時間是4100小時，則發動機的修理時間間隔計算為是4100小時。
圖28以及圖29中示出資料庫100中的實際維修數據，目標維修數據的存儲狀況。
在圖28中，在機種類別、每個號機的實際維修資料庫中，按照機種類別、每個號機以與該部件相關的部位工作時間基準的累加值保存著過去修理或者更換了的部件的修理更換時間間隔。在圖示的例中，發動機濾油器，前端部分軸瓦的更換時間間隔TEF(i)，TEB(i)與使用圖9在第1實施方式中說明過的相同。TENR(1)以及TENR(K)分別是機種A的N號機的第1次以及第K次的發動機的修理時間間隔的累加值(例如，根據發動機工作時間基準是4100hr，18000hr)，THP(1)以及THP(N)分別是N號機的第1次以及第N次的油壓泵的修理時間間隔的累加值(例如，根據發動機工作時間基準是2500hr，16200hr)。對於機種A的N+1號機，N+2號機，…也相同。另外，油壓泵的工作時間可以是泵噴吐壓力成為預定水平以上時的時間。
在圖29中，在機種類別的目標維修資料庫中，按照每個機種，以與該部件相關的部位工作時間基準的值保存著在該機種使用的部件的目標修理時間間隔。在圖示的例中，發動機濾油器的目標更換時間間隔TM-EN，前端部分軸瓦的目標更換時間間隔TM-FB使用圖9在第1實施方式中已經進行了說明。TM-EN是機種A的發動機的目標修理時間間隔(例如，根據發動機工作時間基準是6000hr)，TM-HP是機種A的油壓泵的目標修理時間間隔(例如，根據發動機工作時間基準是5000hr)。對於其它的機種B、C，…也相同。
機體/工作信息處理單元50A在圖26所示的步驟S36A中，使用在圖9中說明過的工作資料庫和在圖28、圖29中所示的上述的實際維修資料庫、目標維修資料庫中保存的數據，進行圖10以及圖11所示部件的部件的維修(更換)剩餘時間以外，還根據圖20中以流程所示的過程，根據每個部位的工作時間基準計算與該部位相關的部件的修理剩餘時間。
在圖30中，首先，設定檢驗油壓鏟的機種，號機號碼(例如N)(步驟S60A)。其次，從工作資料庫讀入設定機種的N號機的最新的發動機工作時間的累加值TNE(K)(步驟S62a)。另外，從實際維修資料庫讀入設定機種的N號機的最新的發動機修理時間間隔的累加值TENR(K)(步驟S64A)。接著，根據以下的公式計算最後進行的發動機修理後的經過時間ΔTLEN(步驟S66A)。
ΔTLEN＝TNE(K)-TENR(K)另外，從機種類別的目標維修資料庫讀入發動機的目標維修時間間隔TM-EN(步驟S68A)。而且，根據下述的公式計算至下一次發動機修理的剩餘時間ΔTM-EN(步驟S70A)。
ΔTM-EN＝TM-EN-ΔTLEN。
由此，設定機種的N號機的發動機至下一次修理的剩餘時間計算為ΔTM-EN。
對於其它的部件，例如油壓泵等也能夠同樣地計算修理剩餘時間(步驟S72A)。
如果依據本實施方式，則對於發動機，油壓泵等在發生故障時進行修理的部件，也能夠確定適宜的修理預定時期。因此，不會在部件還能夠使用時進行修理，能夠極力減少浪費，同時，能夠在故障發生之前可靠地修理部件。另外，由於知道適宜的維修時期(修理預定時期)，因此能夠可靠地預測部件的採購時期或者機械師的安排時期，能夠容易地進行廠家一側的維修管理。
另外，由於能夠用基站計算機3總體管理多臺油壓鏟的部件的修理更換預定時期，因此能夠在廠家一側綜合地進行部件的管理。
另外，由於在用戶側能夠把修理信息提供為修理報告書，因此在用戶側也能夠預想自己的油壓鏟的部件修理更換時期，能夠進行對於維修的可靠對應。
另外，在以上的實施方式中，維修剩餘時間的計算以及維修報告書的生成/發送在中心伺服器3中與日報表的生成/發送一起每天進行，而也可以不是每天，而僅在維修剩餘時間的計算時每天進行，維修報告書的生成/發送每周進行等，使頻度不同。另外，維修剩餘時間的計算在中心伺服器3中自動進行，維修報告書的生成/發送使用公司內計算機根據機械師的指示進行。另外，也可以雙方都根據機械師的指示進行。進而，還可以把維修報告書作成明信片等印刷品，郵寄給使用者，或者記載在廠家的主頁上，使用者在網際網路上能夠進行訪問。
進而，發動機工作時間的計測使用了發動機轉數傳感器46，而也可以用傳感器43檢測發動機鍵開關的「開啟」/ 「關閉」，使用該信號和定時器進行計測，還可以用附屬於發動機的交流發電機的發電信號的「開啟」/ 「關閉」和定時器進行計測，還可以通過該交流發電機的發電使小時表旋轉，計測發動機工作時間。
進而，用中心伺服器3生成的信息發送到用戶側以及公司內，而還可以返回到油壓鏟1一側。
另外，與日報表，維修報告書一起，向用戶側發送保養檢修的診斷書以及警報的報告書，而這些也可以根據內容僅向公司內傳送。另外，也可以記載在主頁上，使得使用者能夠在網際網路上進行訪問。
進而，上述的實施方式是把本發明適用在履帶式的油壓鏟中的情況，而本發明也同樣能夠適用在除此以外的建築機械，例如車輪式油壓鏟，車輪式裝載機，油壓式起重機，推土機等中。
如果依據本發明，則即使是具有工作時間不同的多個部位的建築機械，也能夠確定部件的適宜的修理更換預定時期。
另外，如果依據本發明，則能夠在基站總體管理多臺建築機械的部件的修理更換預定時期。
權利要求
1.一種建築機械的管理方法中，其特徵在於具有計測建築機械的每個部位(12、13、15、21a、21b、32)的工作時間，作為工作數據保存、存儲在資料庫中的第1過程(S9-14、S20-24、S30-32)；讀取出上述工作數據，根據每個部位的工作時間基準計算有關該部位的部件修理更換預定期間的第2過程(S36)。
2.根據權利要求1所述的建築機械的管理方法，其特徵在於上述第2過程使用上述讀出的工作數據，根據每個部位的工作時間基準，計算有關該部位的部件的工作時間，把該工作時間與預先設定的目標修理更換時間間隔進行比較，計算至該部件的下一次修理更換的剩餘時間(S60-80)。
3.一種建築機械的管理方法中，其特徵在於具有對於多臺建築機械(1、1a、1b、1c)的每一臺計測每個部位(12、13、15、21a、21b、32)的工作時間，把該每個部位的工作時間傳送到基站計算機(3)，作為工作數據保存、存儲在資料庫(100)中的第1過程(S9-14、S20-24、S30-32)；在基站計算機中，從上述資料庫讀出特定的建築機械的工作數據，根據每個部位的工作時間基準，計算有關該部位的部件的修理更換預定時期的第2過程(S60-82)。
4.根據權利要求1所述的建築機械的管理方法，其特徵在於上述第2過程使用上述讀出的工作數據，根據每個部位的工作時間基準，計算有關該部位的部件的工作時間，把該工作時間與預先設定的目標修理更換時間間隔進行比較，計算至該部件的下一次修理更換的剩餘時間(S60-82)。
5.根據權利要求1～4的任一項所述的建築機械的管理方法，其特徵在於上述建築機械是油壓鏟(1)，上述部位包括油壓鏟的前端部分(15)、旋轉體(13)、行走體(12)、發動機(32)、油壓泵(21a、21b)。
6.一種建築機械的管理系統，其特徵在於具備對於多臺建築機械(1、1a、1b、1c)的每一臺計測、收集每個部位(12、13、15、21a、21b、32)的工作時間的工作數據計測收集裝置(2、40-46)；設置在基站，具有把上述計測、收集了的每個部位的工作時間作為工作數據進行保存、存儲的資料庫(100)的基站計算機(3)，上述基站計算機(3、50、S60-82)從上述資料庫讀取出特定的建築機械的工作數據，根據每個部位的工作時間基準，計算有關該部位的部件的修理更換預定時期。
7.根據權利要求6所述的建築機械的管理系統，其特徵在於上述基站計算機(3、50、S60-82)使用上述讀出的工作數據，根據每個部位的工作時間基準，計算有關該部位的部件的工作時間，把該工作時間與預先設定的目標修理更換時間間隔進行比較，計算至該部件的下一次修理更換的剩餘時間。
8.根據權利要求6或7所述的建築機械的管理系統，其特徵在於上述建築機械是油壓鏟(1)，上述部位包括油壓鏟的前端部分(15)，旋轉體(13)，行走體(12)，發動機32，油壓泵(21a、21b)。
9.一種運算處理裝置(3)，其特徵在於對於多臺建築機械(1、1a、1b、1c)的每一臺把每個部位(12、13、15、21a、21b、32)的工作時間作為工作數據保存、存儲在資料庫(100)中，同時，從上述資料庫讀取出特定的建築機械的工作時間，根據每個部位的工作時間基準，計算有關該部位的部件的修理更換預定時期。
10.一種運算處理裝置(3)，其特徵在於對於多臺建築機械(1、1a、1b、1c)的每一臺，把每個部位(12、13、15、21a、21b、32)的工作時間作為工作數據保存、存儲在資料庫(100)中，同時，從上述資料庫讀取出特定的建築機械的工作時間，根據每個部位的工作時間基準，計算有關該部位的部件的工作時間，把該工作時間與預先設定的目標修理更換時間間隔進行比較，計算至該部件的下一次修理更換的剩餘時間。
全文摘要
在現場工作的油壓鏟1中具備控制器2，計測發動機32、前端部分15、旋轉體13、行走體12的各個工作時間，把其數據保存在控制器2的存儲器中以後，經過衛星通信、FD等傳送到基站計算機3中，保存在基站計算機3的資料庫100中，在基站計算機3中，讀出按照每個油壓鏟保存在資料庫100中的數據，根據每個部位的工作時間基準，計算與該部位相關的部件的工作時間，把該工作時間與預先設定的該部件的目標更換時間間隔進行比較，計算該部件的至下一次更換的剩餘時間，管理更換預定時期，由此，即使是具有工作時間不同的多個部位的建築機械，也能夠知道部件的適宜的更換預定時期。
文檔編號G07C5/08GK1418278SQ01806753
公開日2003年5月14日 申請日期2001年3月30日 優先權日2000年3月31日
發明者足立宏之, 平田東一, 杉山玄六, 渡邊洋, 三浦周一, 三津谷浩二, 齊藤義明, 佐藤篤 申請人:日立建機株式會社