JP7284291B2 - 建設機械 - Google Patents

Description

本発明は、建設機械に係り、より詳しくは遠隔でソフトウェア更新を実行する機能を備えた建設機械に関する。

建設機械のソフトウェアを更新するに当たり、建設機械が長時間停車しても問題がない環境にあるか否か、又は、現在作業を中断してもよい状況か否かを確認してからソフトウェアの更新を開始するための技術が、例えば特許文献１により公開されている。特許文献１では、建設機械でソフトウェア更新の準備ができたら、建設機械を操作するオペレータに対し更新確認画面を表示し、ソフトウェア更新の開始をオペレータに報知する。

更新確認画面は、建設機械が安全な場所に停車され、従って作業を中断してソフトウェア更新を行ってよいか否かをオペレータに確認するための画面である。ソフトウェアの更新の実行は、更新確認画面においてオペレータの意向を確認した後に開始される。特許文献１には、更新確認画面を表示する際に、オペレータの作業に支障が生じないように、オペレータが作業を続ける場合、更新確認画面を非表示に設定することも開示されている。

しかし、特許文献１では、ソフトウェア更新を開始するか否かの判断はオペレータに委ねられる。オペレータが作業等に忙しい場合には、非表示にされた更新確認画面に気づかなかったり、気付いていても無視されたりする可能性がある。この場合、いつまで経っても建設機械のソフトウェア更新が実行されないという事態が生じ得る。建設機械のソフトウェア更新には、建設機械の安全性や基本動作に関わる重要な事項が含まれている。この様な重要なソフトウェア更新が実行されないまま作業が継続されると、建設機械の動作に影響を与える可能性がある。このように、建設機械において、作業の効率性を損なうことを回避しつつも、ソフトウェア更新が確実に実行されることが求められる。

特開２０１７－１４７２２号公報

上記課題を解決するため、本発明は、作業の効率性を確保しつつも、ソフトウェアの更新が確実に実行されることが可能な建設機械を提供することを目的とする。

上記の課題を解決するために、本発明に係る建設機械は、車体と、前記車体に設けられドアを有する運転室と、前記ドアを施錠する施錠装置とを備えた建設機械において、外部のサーバとの間の通信を制御して前記建設機械の制御のためのソフトウェアの更新情報を受信する通信コントローラと、前記更新情報に従い、前記ソフトウェアの更新動作を実行する更新マスタコントローラとを備える。前記更新マスタコントローラは、前記ドアが前記施錠装置により施錠がされたか否かを判定し、前記施錠装置による施錠が確認された場合、前記ソフトウェアの更新動作を開始するよう構成される。

本発明によれば、建設機械のドアが施錠されるタイミングで建設機械のソフトウェアの更新を実行することで、作業の効率性を確保しつつも、ソフトウェアの更新を確実に実行することができる。なお、上記した以外の目的、構成、効果は、以下の実施形態において明らかにされる。

第１の実施形態の建設機械１０の一例としての油圧ショベルの外観構成を説明する外観構成図である。 第１の実施形態の建設機械１０の制御部の構成を説明するブロック図である。 第１の実施形態の通信コントローラ１１、更新マスタコントローラ１２、ドア１３、及びスレーブコントローラ１４、１５、１６内部の機能ブロックのうち、ソフトウェア更新に関係するブロックを詳細に表したブロック図である。 第１の実施形態の更新マスタコントローラ１２が実行するソフトウェア更新の処理フローについて説明するフローチャートである。 第２の実施形態におけるステップＳ１０２の詳細を説明するフローチャートである。 第２の実施形態のデータ記憶部１２１で登録され得る指定エリアのデータフォーマットの一例を示す図面である。 第３の実施形態におけるステップＳ１０３の詳細を説明するフローチャートである。 第３の実施形態データ記憶部１２１に記憶される稼働計画情報のデータフォーマットの一例を示す表である。

以下、添付図面を参照して本実施形態について説明する。添付図面では、機能的に同じ要素は同じ番号で表示される場合もある。なお、添付図面は本開示の原理に則った実施形態と実装例を示しているが、これらは本開示の理解のためのものであり、決して本開示を限定的に解釈するために用いられるものではない。本明細書の記述は典型的な例示に過ぎず、本開示の特許請求の範囲又は適用例を如何なる意味においても限定するものではない。

本実施形態では、当業者が本開示を実施するのに十分詳細にその説明がなされているが、他の実装・形態も可能で、本開示の技術的思想の範囲と精神を逸脱することなく構成・構造の変更や多様な要素の置き換えが可能であることを理解する必要がある。従って、以降の記述をこれに限定して解釈してはならない。

[第１の実施形態]
図１は、本発明の第１の実施形態に係る建設機械の外観構成の一例を示しており、図２は、当該建設機械の制御部のブロック図である。

図１の外観構造図に示すように、第１の実施形態の建設機械１０は、一例として、油圧ショベルであり、例えば上部旋回体１１１０と、下部走行体１１２０と、作業機１１３０と、旋回機構１１４０と、シリンダ１１６０とを備えている。

上部旋回体１１１０は、下部走行体１１２０の上部に旋回機構１１４０を介して旋回可能に取り付けられる車体の一部であり、オペレータが運転を行うための運転室１１１１が備えられている。運転室１１１１には運転室１１１１を外部と仕切り開閉可能とされたドア１３が備え付けられている。ドア１３は、物理鍵により施錠可能に構成されている。

上部旋回体１１１０は、建設機械１０の高さ方向に平行な回転軸を中心に、下部走行体１１２０に対して旋回する。上部旋回体１１１０は、例えば、エンジン等を含む油圧装置を収容している。下部走行体１１２０は、例えば、図示を省略する油圧モータによって駆動される履帯１１２１を備え、制御装置の制御の下で建設機械１０を走行させる。

作業機１１３０は、例えば、上部旋回体１１１０の前部に設けられ、シリンダ１１６０によって駆動されて掘削作業などの作業を行う。作業機１１３０は、例えば、ブーム１１３１と、アーム１１３２と、バケット１１３３とを有する。旋回機構１１４０は、図示を省略する油圧モータ又は電動モータを有し、制御装置の制御の下、建設機械１０の高さ方向に平行な回転軸を中心に、上部旋回体１１１０を下部走行体１１２０に対して旋回させる。

図２のブロック図を参照して、第１の実施形態の建設機械１０の制御部の構成を説明する。制御部による制御対象の１つである油圧装置は、エンジン１７０等の原動機と、この原動機によって駆動される少なくとも１つの油圧ポンプ１７１と、油圧ポンプ１７１から吐出された圧油により駆動される複数の油圧アクチュエータと、油圧ポンプ１７１から各油圧アクチュエータへ吐出される圧油の流れをそれぞれ制御する複数のバルブ１７２とを備える。油圧アクチュエータは、例えば前述のブーム１１３１、アーム１１３２、バケット１１３３をそれぞれ駆動するブーム用油圧シリンダ、アーム用油圧シリンダ、及びバケット用油圧シリンダ、下部走行体を走行させる走行用油圧モータ、上部旋回体１１１０を旋回させる旋回用油圧モータ等を含む。

建設機械１０は、各部の動作の制御や処理するための様々なコントローラを備えている。コントローラは、一例として、エンジン１７０の回転等を制御するためのスレーブコントローラ１４と、バルブ１７２の油の流れを制御するためのスレーブコントローラ１５と、オペレータによって操作された操作レバー１７３の操作信号を処理するためのスレーブコントローラ１６とを含み得る。

これらのスレーブコントローラ１４～１６には、建設機械１０の各種構成要素の制御や処理に必要なソフトウェアが、図示しない記憶手段に格納されている。このようなソフトウェアは、不具合の修正や機能の追加等の目的で更新されることがある。

建設機械１０は、これらのスレーブコントローラ１４～１６におけるソフトウェアの更新情報を外部のサーバ３０から移動体通信網４０を介して受信するため、通信コントローラ１１を備えている。また、建設機械１０は、これらのソフトウェアの更新動作を制御する中央制御装置として、更新マスタコントローラ１２を備えている。更新マスタコントローラ１２は、通信コントローラ１１により受信されたソフトウェアの更新情報に従い、ソフトウェアの更新動作を、対応するスレーブコントローラを選択して実行する。

図３は、図２における通信コントローラ１１、更新マスタコントローラ１２、ドア１３、及びスレーブコントローラ１４、１５、１６内部の機能ブロックのうち、ソフトウェア更新に関係するブロックを詳細に表したブロック図である。

通信コントローラ１１は、一例として、サーバ３０との間でソフトウェア更新に必要なデータや指示を送受信する通信部１１１と、建設機械１０の位置情報を保持する位置情報部１１２を含む。通信部１１１は、サーバ３０とデータの送受信を行うための外部通信機能と、更新マスタコントローラ１２とデータの送受信を行うための内部通信機能を備えている。通信部１１１は、外部通信機能によりサーバ３０が送付した更新プログラムを受け取り、内部通信機能で更新マスタコントローラ１２に転送する。位置情報部１１２は、ＧＰＳ等から取得した建設機械１０の位置情報を保持する。

更新マスタコントローラ１２は、一例として、通信コントローラ１１からソフトウェア更新に必要なデータや指示の受信が完了した後、ソフトウェア更新の準備が完了したことが確認され、スレーブコントローラ１４～１６に対する更新を開始する機能ブロックとして、データ記憶部１２１、更新準備判定部１２２、施錠判定部１２３、安全性判定部１２４、可用性判定部１２５、更新実行部１２６、及び時計１２７を備えている。
また、ドア１３は、物理鍵２０を挿入・回転させるか、又は制御信号を受信してドア１３を施錠する施錠装置１３１を備える。施錠装置１３１は、施錠された状態を物理的に検出するスイッチ（図示せず）を内部に備える。このスイッチがＯＮされることにより施錠装置１３１が施錠された状態であることを検出する構成となっている。更にドア１３は、無線鍵２１からの無線信号を受信して、施錠装置１３１に対し制御信号を出力する無線鍵受信装置（レシーバ）１３２を備える。

データ記憶部１２１は、通信コントローラ１１から転送されたソフトウェア更新に必要なデータや指示を記憶するメモリである。ソフトウェア更新に必要データや指示は、例えば更新対象のコントローラに新しく書き込むプログラム本体と、そのプログラムの種別を表すバージョン情報などを含む識別情報と、更新対象のコントローラの識別情報とを含み得る。更新準備判定部１２２は、スレーブコントローラ１４～１６に対するソフトウェア更新の準備が整ったか否かを判定する。

更新準備判定部１２２は、データ記憶部１２１で記憶されたソフトウェア更新に必要なデータと指示を参照し、ソフトウェアの更新動作の準備が完了したか否かを判定する。施錠判定部１２３は、建設機械１０のオペレータが運転室１１１１から降り、ドア１３が施錠装置１３１により施錠されたか否かを判定する。

施錠判定部１２３は、施錠装置１３１、又は無線鍵受信部１３２の状態を監視して、その結果に従ってドア１３が施錠されているか否かの判定を行う。安全性判定部１２４は、建設機械１０におけるソフトウェア更新動作の開始条件として、建設機械１０が安全な場所にあるか否か、又は安全な状態にあるか否か（以下、建設機械１０の設置位置の安全性、及び建設機械１０の状態の安全性とを総称して「安全性」という）を判定する。なお、施錠判定部１２３は、無線鍵受信部１３２において無線鍵２１から受信される無線信号の強度が所定のレベル以下である場合にも、運転室１１１１の内部又は建設機械１０の周辺に人がいないと判定し、施錠がされているとみなすことができる。すなわち、無線鍵２１を所持したオペレータが建設機械１０から離れると、無線鍵２１から常時又は定期的に発信される無線信号が無線鍵受信部１３２において所定レベル以下となり、やがて受信されなくなる。これにより、オペレータが運転室１１１１の内部又は建設機械１０の周囲にいないことを検知することができる。

可用性判定部１２５は、建設機械１０におけるソフトウェア更新動作の開始条件として、ソフトウェア更新を実行している間にオペレータの作業が中断しても、作業の進捗に影響を与えないか否か（以下、「可用性」という）を判定する。可用性判定部１２５は、建設機械１０の可用性を確認するために、施錠判定部１２３が出力した情報を利用する。更新実行部１２６は、安全性判定部１２４及び可用性判定部１２５の出力に従い、ソフトウェア更新の条件である安全性と可用性を満たしたことを確認した後、ソフトウェア更新内容に対応するスレーブコントローラ１４～１６に対し、新たなプログラムを書き換える処理を実行する。時計１２７は、現在の時刻を提供する。

スレーブコントローラ１４～１６は、それぞれ、自身のソフトウェアを実行する機能ブロックとして、ソフトウェア（ＳＷ）実行部１４１、１５１、１６１を有する。ＳＷ実行部１４１、１５１、１６１は、それぞれの制御や処理対象におけるソフトウェアを実行する。また、スレーブコントローラ１２から更新の指示がある際に、既存のプログラムを維持しながら新たなプログラムを書き込み、書き込んだ新たなプログラムを有効にする。

次に、図４のフローチャートを参照して、更新マスタコントローラ１２が実行するソフトウェア更新の処理手順について説明する。

まずステップＳ１０１で、更新準備判定部１２２は、ソフトウェア更新を実施するための準備が整ったか否かを判定する。更新準備判定部１２２は、データ記憶部１２１に記憶された更新プログラムの準備が完了しているかを確認する。データ記憶部１２１は、サーバ３０から、ソフトウェア更新に必要なデータや指示の転送を通信部１１１を介して受信し、これを記憶・管理する。更新準備判定部１２２は、データ記憶部１２１に記憶されているデータが、ダウンロード途中であるか、もしくは、ダウンロードが完了しているかを判定する。

更新準備判定部１２２は、データ記憶部１２１において記憶されているデータの状態について、データ記憶部１２１に対し問い合わせを行うためのクエリを送信する。データ記憶部１２１は、クエリに基づいて、自身が記憶するデータの状態を確認し、更新準備判定部１２２に対し回答情報を送信する。データ記憶部１２１は、記憶されているデータの状態がダウンロード途中ならば、更新準備判定部１２２に対し「ＮＯ」の回答情報を送信する。この場合、更新準備判定部１２２は、データの状態がダウンロード完了になるまで待機する。

一方、データ記憶部１２１は、自身が記憶するデータの状態がダウンロード完了である場合、更新準備判定部１２２に対し「ＹＥＳ」の回答情報を送信する。更新準備判定部１２２は、更新準備が完了していると判定し、その旨の情報を更新実行部１２６に送信する。

ステップＳ１０２では、安全性判定部１２４は、ソフトウェア更新の条件である安全性（建設機械１０が安全な場所にあるか、又は安全な状態であるか）を判定する。更新実行部１２６は、更新準備判定部１２２から更新の準備が整ったという通知を受け取った後に、安全性判定部１２４に対し、建設機械１０の安全性を判定するように要求する。安全性の判定を要求された安全性判定部１２４は、施錠判定部１２３に対し、建設機械１０のドア１３の施錠状態の判定を要求する。

一般に、建設機械１０のオペレータは、建設機械１０における作業を終えた後、建設機械１０を安全な場所（例えば駐機場）に移動させ、建設機械１０を駐機姿勢にし、その後エンジンを切る。そして、建設機械１０のオペレータは、運転室１１１１から降り、その後ドア１３を閉めて物理鍵２０を施錠装置１３１の鍵穴に差し込み、もしくは、無線鍵２１を操作して無線鍵受信部１３２に対し施錠信号（例えば赤外線信号）を送信し、建設機械１０のドア１３を施錠する。施錠判定部１２３は、施錠装置１３１の状態や無線鍵受信部１３２の状態をチェックし、ドア１３が施錠装置１３１により施錠されていることを確認する。

施錠判定部１２３は、ドア１３が施錠装置１３１により施錠されている場合、その旨を安全性判定部１２４に対し回答する。安全性判定部１２４は、ドア１３が施錠されていることから建設機械１０は安全な状態にあると判定し、判定結果を更新実行部１２６に送信する。更新実行部１２６は、安全性判定部１２４の判定結果がＹＥＳであれば、可用性判定部１２５に対し、可用性を判定するように要求する。安全性判定部１２４の判定結果がＮＯの場合は、更新実行部１２６は安全性判定部１２４の判定結果がＹＥＳになるまで待機する。

ステップＳ１０３では、可用性判定部１２５が、ソフトウェア更新の条件である可用性（ソフトウェア更新を実行している間にオペレータの作業が中断しても、作業の進捗に影響を与えないか否か）を判定する。可用性の判定の判断要素は、様々に設定することが可能である。ここでは、安全性判定部１２４と同様に、ドア１３の施錠の状態に従い、可用性の判断を行うものとする。一般に、建設機械１０のオペレータが暫くの間建設機械１０を使用しない場合、オペレータは建設機械１０を安全な場所に移動させ、ドア１３を施錠する。そのため、施錠判定部１２３からドア１３の状態を確認することで、建設機械１０の可用性を判定することができる。

可用性判定部１２５が、安全性判定部１２４と同様に施錠判定部１２３が出力した施錠状態の情報を使う場合、安全性判定部１２４が行った安全性の判定と同時に可用性を判定することもできる。更新実行部１２６は、可用性判定部１２５の判定結果がＹＥＳであれば、ソフトウェア更新を実行する。可用性判定部１２５がＮＯの場合は、更新実行部１２６は可用性判定部１２５の判定結果がＹＥＳになるまで待機する。

ステップＳ１０４では、更新実行部１２６が、スレーブコントローラ１４、１５、１６のうちの一つ又は複数のＳＷ実行部１４１、１５１又は１６１に書き込まれているプログラムを、データ記憶部１２１に記憶された更新情報に係る新しいプログラムに書き換える（更新の開始）。更新実行部１２６は、建設機械１０に関し所定の安全性が認定され、且つ所定の可用性が認定された後に、データ記憶部１２１で記憶されている更新に必要なデータと指示を確認する。更新実行部１２６が確認する情報は少なくとも２つある。一つ目は、スレーブコントローラの識別情報である。二つ目は、そのスレーブコントローラにおける新しいプログラムが格納されているアドレスである。

ソフトウェアを更新すべき更新対象のコントローラが複数ある場合、データ記憶部１２１は、更新対象のソフトウェアを、異なるコントローラの種類毎に異なるアドレスに格納すると共に、そのアドレスを管理する。

更新実行部１２６は、データ記憶部１２１に対し、更新対象のコントローラに関する新しいプログラムが格納されているアドレスを要求する。例えば、更新対象のコントローラがエンジン１７０用のスレーブコントローラ１４である場合、データ記憶部１２１は、更新実行部１２６に対し、スレーブコントローラ１４の識別情報と、スレーブコントローラ１４のための更新プログラムが格納されているアドレスを返す。更新実行部１２６は、スレーブコントローラ１４の識別情報に基づいて、スレーブコントローラ１４にアクセスする。

そして更新実行部１２６は、スレーブコントローラ１４のＳＷ実行部１４１に対し、新しいプログラムのサイズを通知し、ＳＷ実行部１４１において、新しいプログラムを書き込むための書込み可能領域が確保できるか否かを問い合わせる。ＳＷ実行部１４１は、新しいプログラムの書き込みに用いることができる領域のアドレスを更新実行部１２６に回答する。アドレスを受信した更新実行部１２６は、回答されたアドレスを指定して、データ記憶部１２１に格納されたスレーブコントローラ１４向けの新しいソフトウェアを転送する。新しいプログラムの転送が完了した場合、更新実行部１２６は、ＳＷ実行部１４１に対し、ソフトウェア更新に必要な手続きを実行する。

こうして新しいソフトウェアの更新が開始されると、所定時間の経過後、ソフトウェアは更新され、最新のソフトウェアの制御下で建設機械１０の制御が開始される。しかし、ソフトウェアの更新の開始後（ステップＳ１０４）、その更新の完了前において、オペレータによってドア１３の鍵が開けられ、更にエンジンがＯＮとされる場合がある。

この場合、第１の実施の形態では、ステップＳ１０５において、更新実行部１２６が施錠判定部１２３の判定結果に従い、ドア１３が解錠されているか否かを確認する。ドア１３が解錠されたと判定された場合（ＹＥＳ）、ステップＳ１０６に移行する。ドア１３が施錠されたままであれば、動作はステップＳ１０８に移行する。

ステップＳ１０６では、更新実行部１２６は、エンジン１７０がＯＮとされたか否かを、例えばスレーブコントローラ１４からのフィードバック信号に従って判定する。スレーブコントローラ１４からのフィードバック信号に代えて、図示しないエンジン１７０の回転センサを設け、この回転センサの検出信号に従い、エンジン１７０のＯＮ／ＯＦＦを判定することも可能である。エンジン１７０がＯＮであると判定された場合（ＹＥＳ）、動作はステップＳ１０７に移行する。エンジン１７０がＯＦＦであると判定された場合（ＮＯ）、動作はステップＳ１０８に移行する。

ステップＳ１０７では、更新実行部１２６は、ＳＷ実行部１４１に対するソフトウェア更新の処理を中断し、ＳＷ実行部１４１では旧プログラムが実行される。すなわち、この例では、ドア１３の解錠と、エンジンのＯＮとが行われたことを中断条件として、ソフトウェアの更新処理を中断する。エンジンのＯＮの確認を省略して、ドア１３の解錠のみを中断条件としてソフトウェア更新処理を中断してもよいし、その他の条件の具備を中断として更新処理を中断することも可能である。なお、ドア１３が再度施錠された場合には、更新実行部１２６は、ＳＷ実行部１４１に対するソフトウェア更新の処理を再開してもよい。

ステップＳ１０５でドア１３が施錠されたままであると判定された場合には、ステップＳ１０８において、更新実行部１２６は、ソフトウェア更新に必要な処理の実行が完了したか否かを確認する。ソフトウェア更新に必要な処理が未だ継続中であると判定される場合は、動作はステップＳ１０５に移行する。

ソフトウェア更新に必要な処理が終了したとステップＳ１０８において判定された場合（ＹＥＳ）、ＳＷ実行部１４１は、更新実行部１２６に対しソフトウェア更新が完了したことを通知し、処理を終了する。更新実行部１２６は、ＳＷ実行部１４１から更新完了通知を受け取った後、データ記憶部１２１に対し、スレーブコントローラ１４に対するソフトウェア更新の状態を「完了」に変更する。データ記憶部１２１は、スレーブコントローラ１４のソフトウェア更新の状態が「完了」になったことを、通信部１１１を経由して、サーバ３０に通知する。サーバ３０は、建設機械１０のスレーブコントローラ１４に対するソフトウェア更新の状態を「完了」と変更する。

以上説明したように、第１の実施形態によれば、建設機械１０のドア１３が施錠されたか否かの判定に従い建設機械１０のソフトウェアの更新を開始することで、オペレータの判断によらず建設機械が安全な状態、かつ、安全な場所にあることと、オペレータの作業に影響を与えないこととを確認し、ソフトウェアを更新することができる。これにより、オペレータによるソフトウェア更新の先延ばしが防止され、建設機械のソフトウェア更新を確実に実行することができる。

なお、本実施形態においては、安全性の判定と可用性の判定として、それぞれ別々にドア施錠の確認を行う場合を説明したが、これら２つをまとめて一回のドア施錠の確認をもって両者を判定するようにしてもよい。

[第２の実施形態]
次に、本発明の第２の実施形態に係る建設機械１０を、図５を参照して説明する。この第２の実施の形態の建設機械１０の概略の構成は、第１の実施の形態（図１～図３）と同様であってよい。ソフトウェアの更新時における動作も、図４のフローチャートと同一であってよい。ただし、この第２の実施形態は、図４のステップＳ１０２の安全性の判定において、ドア施錠以外のパラメータを使用する点で、第１の実施の形態と異なっている。具体的に第２の実施の形態では、ドア施錠以外に、建設機械の位置情報に従い、安全性の有無を判定するようにすることができる。ただし、これは一例であり、これ以外のパラメータや追加のパラメータを用いても良いことは言うまでもない。

図５を参照して、第２の実施形態におけるステップＳ１０２の詳細の一例を以下に示す。すなわち、第２の実施の形態のステップＳ１０２は、図５に示すステップＳ２０１～Ｓ２０９を一例として含む。ステップＳ２０１において、安全性判定部１２４は、施錠判定部１２３からドア１３の施錠状態を取得し、ステップＳ２０２に移行する。

ステップＳ２０２では、第１の実施形態と同様に、安全性判定部１２４は、施錠判定部１２３の判定結果をもとに安全性を判定する。施錠判定部１２３は、ドア１３が施錠されている状態（ＹＥＳ）を返す場合、ステップＳ２０３に移行する。ドア１３が施錠されていない状態を返す場合（ＮＯ）、ステップＳ２０９に移行する。

ステップＳ２０３において、安全性判定部１２４は、建設機械１０が安全な場所にあるか否かを判定する。具体的には、位置情報部１１２で取得したＧＰＳデータ等に基づき、建設機械の緯度・経度の情報を座標データとして取得し、この情報に基づいて建設機械１０の位置情報を保持する。

続くステップＳ２０４では、安全性判定部１２４が、建設機械１０がソフトウェア更新を実行しても良いエリア（以下、「指定エリア）という）に関する情報をデータ記憶部１２１から取得する。例えば、建設機械１０がレンタル会社（レンタル元）から顧客企業（レンタル先）に貸し出されている（レンタルされている）ものであり、様々な建設現場に貸し出され、貸し出し中にソフトウェア更新を実施したくない場合がある。この場合、建設機械１０が顧客からレンタル会社に返却され、所定の指定エリアに駐機され、さらにドア１３に施錠が掛かった状態において、ソフトウェアの更新を開始させることができる。

建設機械１０におけるソフトウェア更新をレンタル会社の倉庫のみで実施したい場合は、建設機械１０のデータ記憶部１２１に事前に、当該レンタル会社の倉庫の位置情報を登録することができる。図６に、データ記憶部１２１で登録され得る指定エリアのデータフォーマットの一例を示す。このデータフォーマットは、一例として、指定エリアのＩＤ、指定アリアの中心位置の緯度・経度、及び指定エリアの当該中心位置からの半径を示している。これは一例であり、指定エリアは矩形やその他のより複雑な図形により指定してもよいし、緯度・経度に代えて他の位置情報を用いても良い。

なお、本実施形態では、ソフトウェア更新を実行しても良いエリアを指定エリアとして指定し、建設機械１０がそのエリアにある場合のみソフトウェア更新を実行する方法を説明したが、これに限定するものではない。例えば、更新してはいけないエリア（更新禁止エリア）を指定する方法を採用しても良い。この方法によれば、例えば、建設機械１０が主に作業を行う建設現場や、建設現場と駐機場との間の道路、人が頻繁に通過する領域などは、その位置に建設機械１０がソフトウェア更新のために長時間駐機してしまうと、他の人や他の機械の邪魔となる。このため、このようなエリアを、指定エリアではなく、更新禁止エリアとして指定し、事前に記憶部１２１に登録することができる。

図５に戻って説明を続ける。ステップＳ２０５では、安全性判定部１２４は、ステップＳ２０３で取得した建設機械１０の現在の位置情報と、ステップＳ２０４で取得した指定エリアの情報を比較する。動作は次にステップＳ２０６に移行する。

ステップＳ２０６において、安全性判定部１２４は、建設機械１０の現在の位置情報は指定エリアの中に含まれるか否かを確認する。換言すれば、現在の建設機械１０の位置情報を表す緯度と経度が、指定エリアの圏内にあるか否かを確認する。現在の建設機械１０の位置が指定エリア内であれば、動作はステップＳ２０８に移行する。一方、現在の建設機械１０の位置が指定エリア外であれば、動作はステップＳ２０７に移行する。

建設機械１０の位置が一の指定エリアの外であると判定された場合、続くステップＳ２０７では、安全性判定部１２４が、データ記憶部１２１に、比較すべき次の指定エリアがあるか否かを確認する。次の指定エリアがあれば、ステップＳ２０４に移行し、当該次の指定エリアが比較の対象とさされる（ステップＳ２０５、Ｓ２０６）。次に比較する指定エリアがなければ、ステップＳ２０９に移行する。

ステップＳ２０８では、安全性判定部１２４は、ステップＳ２０２～Ｓ２０７の判断により、建設機械１０にはオペレータは乗っておらず、ドア１３は施錠されており、ステップ建設機械１０は指定エリア内にあると判断されるので、ソフトウェア更新を実行しても安全であると判断される。従って、Ｓ２０８において、安全性判定部１２４は、更新実行部１２６に対し、安全性の判定結果としてＹＥＳを出力する。

一方、ステップＳ２０９では、安全性判定部１２４は、ステップＳ２０２～Ｓ２０７の判断により、建設機械１０にはオペレータは乗っていてドア１３が施錠されていないか、又は建設機械１０は指定エリア外にあると判断されるので、ソフトウェア更新を実行すると安全性に問題があると判断する。従って、ステップＳ２０９では、更新実行部１２６に安全性の判定結果としてＮＯを出力する。

この第２の実施の形態によれば、安全性の判定において、建設機械が予め登録された指定エリア内にあることもファクターに含めて判定を行うため、より安全にソフトウェア更新を実行することができる。

［第３の実施の形態］
次に、本発明の第３の実施形態に係る建設機械１０を、図７を参照して説明する。この第３の実施の形態の建設機械１０の概略の構成は、第１の実施の形態（図１～図３）と同様であってよい。ソフトウェアの更新時における動作も、図４のフローチャートと同一であってよい。ただし、この第３の実施形態は、図４のステップＳ１０３の可用性の判定において、ドア施錠以外のパラメータを使用する点で、第１の実施の形態と異なっている。

次に、図７のフローチャートを参照して、建設機械１０におけるソフトウェアを更新する際に行う可用性を判定する処理（ステップＳ１０３）の詳細について説明する。すなわち、第３の実施の形態のステップＳ１０３は、図７に示すステップＳ３０１～Ｓ３１０を一例として含む。まず、ステップＳ３０１において、可用性判定部１２５は、施錠判定部１２３から建設機械１０のドア１３の施錠状態に関する情報を取得する。次に、動作はステップＳ３０２に移行する。

ステップＳ３０２では、施錠判定部１２３がドア１３が施錠されているか否かを判定する。施錠判定部１２３がドア１３が施錠されていると判定する場合（ＹＥＳ）、動作はステップＳ３０３に移行する。一方、施錠判定部１２３がドア１３が施錠されていないと判定する場合（ＮＯ）、動作はステップＳ３１０へ移行する。

ステップＳ３０３では、可用性判定部１２５は、時計１２７から現在の時刻に関するデータを取得する。続くステップＳ３０４では、可用性判定部１２５は、データ記憶部１２１から、ソフトウェアの更新に必要な時間を取得する。

ステップＳ３０５では、可用性判定部１２５は、ステップＳ３０３で取得した現在の時刻に、ステップＳ３０４で取得した更新に必要な時間を加算して更新期間を計算する。例えば、現在の時刻が１２：００で、更新に必要な時間が３０分であれば、更新期間は１２：００－１２：３０となる。

ステップＳ３０６では、可用性判定部１２５は、データ記憶部１２１に記憶されている、建設機械１０の稼働計画情報を取得する。一般に、建設現場では建設工程を管理するために、稼働する建設機械の日々の稼働計画情報を用意している。稼働計画情報は、例えば、その日の何時から何時までの間にどの建設機械がどのような作業をする予定かを示す。

オペレータによって建設機械１０が起動された所定のタイミングで、通信コントローラ１１は、サーバ３０から移動体通信網４０を介して稼働計画情報を取得し、データ記憶部１２１に登録する。図８は、データ記憶部１２１に記憶される稼働計画情報のデータフォーマットの一例を示す。このデータフォーマットは、一例として、作業ＩＤ、開始時刻、稼働時間、及び稼働内容を含む。作業ＩＤは、各作業工程を識別するための識別情報である。開始時刻は、その作業工程において建設機械１０が稼働を開始する開始時刻である。稼働時間は、その作業工程において建設機械１０が稼働する時間の長さを示す。稼働内容は、その作業工程において建設機械１０が行う具体的な作業の内容が記載されている。

ステップＳ３０７では、可用性判定部１２５は、ステップＳ３０５で計算した更新期間と、Ｓ３０６で取得した稼働計画を比較する。続くステップＳ３０８で、可用性判定部１２５は、建設機械１０がソフトウェア更新を実行している間に建設機械１０が停止していてもオペレータの作業の進捗に影響を与えないことを確認するため、建設機械１０における稼働計画情報を確認する。

例えば、ステップＳ３０５で計算されたソフトウェア更新期間が１２：００－１２：３０だとする。可用性判定部１２５は、ソフトウェア更新期間である１２：００－１２：３０は稼働計画情報に含まれているかどうかを確認する。もし、１２：００－１２：３０の間に実行される作業があること（時間的に重複していること）を稼働計画情報が示していれば、ソフトウェア更新を実行してしまうとオペレータの作業の進捗に影響を与えるため、動作はステップＳ３１０に移行する。一方、１２：００－１２：３０の間に実行される作業がなければ、ソフトウェア更新を実行してもオペレータの作業の進捗に影響を与えないので、動作はステップＳ３０９に移行する。

ステップＳ３０９では、可用性判定部１２５は、ステップＳ３０２～３０８において、ドア１３は施錠され、且つ建設機械１０の稼働計画とソフトウェア更新時間は重複していないと判断された結果、所定の可用性を満たしていると判断されるので、可用性の判定結果としてＹＥＳを出力する。

一方、ステップＳ３１０では、ステップＳ３０２でＮＯの判定がされるか、又はステップＳ３０８でＹＥＳの判定がされた場合に、可用性判定部１２５は、更新実行部１２６に対し、可用性の判定結果としてＮＯを出力する。

この第３の実施形態によれば、さらに可用性の判定のファクターとして、建設機械の稼働計画情報も参照するようにしたので、オペレータの作業へ与える影響をより少なくすることができる。例えば、稼働計画の中継続して作業する時間帯ではあるが、オペレータが一時的に建設機械１０から離れるためにドア１３を施錠したような場合において、ソフトウェア更新が実行されないようにすることができる。

なお、本実施形態においては、安全性判定と可用性判定として、それぞれ上記の判定条件を例に説明したが、これに限るものではない。例えば、安全性の判定をこのような位置情報によるものだけではなく、例えば超音波やレーザによる障害物検知センサの情報を用いて、周囲に危険な物体の無いことを判定するようにしてもよい。また、可用性の判定では、稼働計画情報を参照するものだけでなく、例えば位置情報部１１２からの位置情報を利用して、駐機場や倉庫にいるときにだけソフトウェア更新が行われるようにしてもよい。

［その他］
本発明は上記した実施例に限定されるものではなく、様々な変形例が含まれる。例えば、上記した実施例は本発明を分かりやすく説明するために詳細に説明したものであり、必ずしも説明した全ての構成を備えるものに限定されるものではない。また、ある実施例の構成の一部を他の実施例の構成に置き換えることが可能であり、また、ある実施例の構成に他の実施例の構成を加えることも可能である。また、各実施例の構成の一部について、他の構成の追加・削除・置換をすることが可能である。

１０…建設機械、 １１１０…上部旋回体、 １１２０…下部走行体、 １１２１…履帯、 １１３０…作業機、 １１３１…ブーム、 １１３２…アーム、 １１３３…バケット、 １１４０…旋回機構、 １１６０…シリンダ、 １１…通信コントローラ、 １２…更新マスタコントローラ、 １３…ドア、 １４～１６…スレーブコントローラ、 ２０…物理鍵、 ２１…無線鍵、 ３０…サーバ、 １１１…通信部、 １１２…位置情報部、 １２１…データ記憶部、 １２２…更新準備判定部、 １２３…施錠判定部、 １２４…安全性判定部、 １２５…可用性判定部、 １２６…更新実行部、 １２７…時計、 １３１…施錠装置、 １３２…無線鍵受信部、 １４１、１５１、１６１…ＳＷ実行部、 １７０…エンジン、 １７１…ポンプ、 １７２…バルブ、 １７３…操作レバー。

Claims (7)

1. 車体と、前記車体に設けられドアを有する運転室と、前記ドアを施錠する施錠装置とを備えた建設機械において、
   外部のサーバとの間の通信を制御して前記建設機械の制御のためのソフトウェアの更新情報を受信する通信コントローラと、
   前記更新情報に従い、前記ソフトウェアの更新動作を実行する更新マスタコントローラと
   を備え、
   前記更新マスタコントローラは、
   前記施錠装置による施錠の有無と、前記建設機械の位置情報に従い、前記建設機械が前記ソフトウェアの更新動作の間に安全な位置である駐機場にあるか否かを示す安全性について判定する安全性判定部と、
   前記ソフトウェアの更新のために前記建設機械の稼働計画に基づいて前記建設機械の使用を停止しても良いか否かを示す可用性について判定する可用性判定部と
   を備え、
   前記ドアが前記施錠装置により施錠がされたか否かを判定し、前記施錠装置による施錠が少なくとも確認された場合、前記安全性及び前記可用性が肯定されると判定し、前記ソフトウェアの更新動作を開始するよう構成される
   ことを特徴とする建設機械。
2. 前記更新マスタコントローラは、
   前記ソフトウェアの更新の準備が完了したか否かを判定し、前記準備が完了したと判定された場合に、前記施錠がされたか否かの判定を行う、請求項１に記載の建設機械。
3. 前記施錠装置は、前記ドアに対する物理鍵の挿入及び回転によって前記ドアを施錠する、請求項１に記載の建設機械。
4. 前記施錠装置は、無線鍵から無線信号を受信する無線鍵受信部を備え、前記無線鍵受信部で受信される前記無線信号に従い、前記ドアを施錠するよう構成される、請求項１に記載の建設機械。
5. 前記更新マスタコントローラは、
   前記無線鍵受信部において受信される無線信号の強度が所定のレベル以下である場合に、前記運転室の内部又は前記建設機械の周辺に人がいないと判定する、請求項４に記載の建設機械。
6. 前記更新マスタコントローラは、
   前記建設機械の稼働計画に基づいて、前記可用性を判定する、請求項１に記載の建設機械。
7. 前記更新マスタコントローラは、前記ソフトウェアの更新動作の開始後、前記ドアの解錠がされたか否かを判定し、前記解錠を含む中断条件が確認された場合、前記ソフトウェアの更新動作を中断するよう構成された、請求項１に記載の建設機械。

Images