(57)【要約】【課題】  多くの入出力機能を有し、汎用性が高く、ソフトウェアの変更が容易な大型産業車両用コントローラを提供する。【解決手段】  大型産業車両であるリーチスタッカに備えられた複数の被制御機器、例えば、車体３、スプレッダ９、キャビン１０等を制御するコントローラ１１、１２、１３のハードウェアを共通化すると共に、基本的な制御を行なうドライバソフトウェアの構成も共通化し、必要最低限のアプリケーションソフトウェアの構成のみ、被制御機器に応じたものに構築する。上記構成により、コントローラ１１、１２、１３のソフトウェアの変更が容易にでき、制御対象となる被制御機器にかかわらず、いずれの被制御機器に対しても容易に使用可能となる。【選択図】  図１
2005096966.tif 000002
【特許請求の範囲】
【請求項１】
所定の作業を行う作業機を備えた大型産業車両に設けられ、前記作業機を含め、大型産業車両の複数の被制御機器を各々独立して制御する複数のコントローラであって、
前記複数のコントローラのハードウェアの構成を全て共通にしたことを特徴とする大型産業車両用コントローラ。
【請求項２】
請求項１記載の大型産業車両用コントローラにおいて、
前記複数のコントローラが、ネットワークにより互いに接続されたことを特徴とする大型産業車両用コントローラ。
【請求項３】
請求項１又は請求項２記載の大型産業車両用コントローラにおいて、
前記被制御機器を制御するソフトウェアを階層構造とすると共に、前記被制御機器を直接制御する下層のドライバソフトウェアを共通のものとし、前記ドライバソフトウェアを利用する上層のアプリケーションソフトウェアのみを、前記被制御機器の機能に応じて異なるものとしたことを特徴とする大型産業車両用コントローラ。
【請求項４】
請求項４記載の大型産業車両用コントローラにおいて、
前記アプリケーションソフトウェアのみを書換え可能な状態にする書換え手段を備えたことを特徴とする大型産業車両用コントローラ。
【請求項５】
請求項１乃至請求項４のいずれかに記載の大型産業車両用コントローラにおいて、
前記作業機を制御する前記コントローラが故障、又は前記ネットワークに接続されていない状態であっても、
少なくとも前記大型産業車両を走行できるように、他の前記コントローラによる操作を可能とする限定操作手段を備えたことを特徴とする大型産業車両用コントローラ。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、大型産業車両、例えば、荷役車両であるリーチスタッカ、路面整備車両であるモータグレーダ等に用いられる制御用のコントローラに関する。
【背景技術】
【０００２】
大型産業車両は、車両が移動するだけでなく、車両独自の作業機を有し、作業機を用いて所定の作業動作が行えるように構成されている。これらの大型産業車両には、１つの制御コントローラを用いて、車両の移動動作だけでなく、作業機の作業動作も制御して、車両全体を制御しているものがある。又、車両の移動動作用の制御コントローラ、作業機の作業動作用の制御コントローラ等、各々個別に制御コントローラを設け、ネットワーク接続を行って、車両全体制御しているものもある。
【０００３】
【特許文献１】特開２０００−１６５４２２号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
１つの制御コントローラを用いて、車両全体を制御する構成である場合、１つの制御コントローラに複数の被制御機器の制御信号を集中できるため、被制御機器等を協働させる場合でも、ソフトウェアを簡単な構成とすることができる。しかしながら、制御コントローラ１つに不具合があるだけでも、車両全体の動作が停止してしまう。又、大型産業車両では、制御コントローラから被制御機器まで、制御信号等の配線の距離が長くなると共に、その数も多くなり、設計時や組立て時の工程の煩雑さが増してしまう上、作動箇所も多く、使用時における配線の接触不良、断線等による不具合の可能性も高くなる。
【０００５】
そこで、近年では、被制御機器毎に専用の制御コントローラを備え、各々の制御コントローラ同士をネットワークで接続して、車両全体の動作を制御する方法が用いられている。しかしながら、この方法では、被制御機器毎に専用のハードウェアで構成される制御コントローラを用いているために、ソフトウェアを個別に設計する必要があり、ソフトウェアの設計自体が煩雑なものとなっていた。又、制御コントローラの一部の機能、例えば、通信機能を共通化したものも存在するが、１つの制御コントローラが制御する被制御機器を特定のものに固定していたり、制御コントローラの設置位置を所定の位置に固定して、その設置位置に応じた特定の被制御機器のみを制御したりする方式であったため、ハードウェアの共通化が不十分である上、ソフトウェア自体は予め制御コントローラ毎に個別に構築する必要があり、故障時のメンテナンス性は専用ハードウェアの制御コントローラの場合と何ら変わらなかった。つまり、従来の制御コントローラは、ハードウェア自体が完全に共通化されていず、制御対象となる被制御機器に応じたソフトウェアの構築も個別に必要であったため、いずれの被制御機器に対しても容易に転用可能なものが存在しなかった。
【０００６】
特に、上記の大型産業車両は、過酷な使用環境で使用されており、一部の故障により車両全体の動作が停止してしまうと、作業の大きな妨げとなるおそれがある。そこで、一部が故障しても、最低限の機能を作動可能にして、作業の妨げにならないようにでき、更に、修理作業も速やかに行えることが望まれている。
【０００７】
本発明は上記課題に鑑みなされたもので、多くの入出力機能を有し、汎用性が高く、ソフトウェアの変更が容易な大型産業車両用コントローラを提供することを目的とする。
【課題を解決するための手段】
【０００８】
上記課題を解決する本発明の請求項１に係る大型産業車両用コントローラは、
所定の作業を行う作業機を備えた大型産業車両に設けられ、作業機を含め、大型産業車両の複数の被制御機器を各々独立して制御する複数のコントローラであって、
複数のコントローラのハードウェアの構成を全て共通にすることを特徴とする。
具体的には、コントローラの内部のハードウェアの構成を共通とするだけでなく、外部の被制御機器との入出力信号（例えば、シリアル信号、アナログ信号、デジタル信号等）のインターフェイスとなるコネクタの配置位置、数等も共通にする。被制御機器によっては、必要とする入出力信号の種類、容量（例えば、電圧等）、数等にそれぞれ違いがあるが、必要最大限の種類、容量、数等を、全て共通に装備する。
【０００９】
上記課題を解決する本発明の請求項２に係る大型産業車両用コントローラは、
上記大型産業車両用コントローラにおいて、
複数のコントローラが、ネットワークにより互いに接続されたことを特徴とする。
ネットワークとしては、自動車等を中心に用いられているＣＡＮ（Controller Area Network）ｂｕｓにより、コントローラ同士を互いに接続する。特に、数Ｍｂｐｓ以上の高速のＣＡＮｂｕｓが望ましい。
【００１０】
上記課題を解決する本発明の請求項３に係る大型産業車両用コントローラは、
上記大型産業車両用コントローラにおいて、
被制御機器を制御するソフトウェアを階層構造とすると共に、被制御機器を直接制御する下層のドライバソフトウェアを共通のものとし、ドライバソフトウェアを利用する上層のアプリケーションソフトウェアのみを、被制御機器の機能に応じて異なるものとしたことを特徴とする。
【００１１】
上記課題を解決する本発明の請求項４に係る大型産業車両用コントローラは、
上記大型産業車両用コントローラにおいて、
アプリケーションソフトウェアのみを書換え可能な状態にする書換え手段を備えたことを特徴とする。
【００１２】
上記課題を解決する本発明の請求項５に係る大型産業車両用コントローラは、
上記大型産業車両用コントローラにおいて、
作業機を制御するコントローラが故障、又はネットワークに接続されていない状態であっても、
少なくとも大型産業車両を走行できるように、他のコントローラによる操作を可能とする限定操作手段を備えたことを特徴とする。
つまり、縮退モードと呼ばれる限定操作手段を設定し、複数のコントローラのうち１つのコントローラが故障、又はネットワークに接続されていない状態でも、限定的な操作を可能として、車両の走行を可能とする。なお、限定操作の対象は、車両走行に限ることは無く、例えば、安全確保のため、作業機の動作を必要最低限のものに限定して操作できるようにしてもよい。
【発明の効果】
【００１３】
本発明によれば、被制御機器を制御する複数のコントローラのハードウェアを共通化したので、実装するソフトウェアのみを変更することで、制御対象を切り替えて、転用することができ、大型産業車両で使用する部品の種類を減らすことができる。又、ハードウェアの共通化により、量産効果による単価低減を図ることもできる。
【００１４】
本発明によれば、複数のコントローラを、ネットワーク（ＣＡＮｂｕｓ）で接続したので、制御機能を分散配置できると共に、配置場所の自由度も向上させることができる。つまり、大型産業車両の車体の設計に応じて、コントローラの設置位置をフレキシブルに選択でき、コントローラの分散配置により、従来の大型産業車両等と比較して、油圧切換弁や信号点数の多い操作入出力のための車両内配線を、大幅に減らすことが可能になる。又、配線コスト、組立てコストの削減効果もあり、可動範囲の大きい部分、例えば、作業機やスライド機構を持つキャビン等のセンサ信号線の断線や接触不良等の不具合の防止効果も得られる。
【００１５】
本発明によれば、コントローラのハードウェアを共通化すると共に、階層構造を有するソフトウェアの内、被制御機器を直接制御する下層側のドライバソフトウェアを共通化したので、前記ドライバソフトウェアを利用する上層側のアプリケーションソフトウェアのみを変更するだけで、異なる被制御機器を制御するコントローラに転用することができる。従って、仮に１つのコントローラが破損した場合でも、メンテナンスツール等の書換え手段を用いて、アプリケーションソフトウェアのみを書換えるだけで、他の被制御機器に用いていたコントローラでも、所望の被制御機器を制御するコントローラの代替部品として転用でき、従来緊急退避にかかっていた工程、時間を短縮することができる。
【００１６】
本発明によれば、１つのコントローラ、例えば、スプレッダ等の作業機を制御するコントローラが故障又はネットワークに接続されていない状態であっても、他のコントローラにより、大型産業車両の車体制御、キャビン操作を可能として、走行操作等の限定操作を可能にしたので（縮退モード）、輸送時、組立て時、メンテナンス時等で、作業機を取外した状態でも車両走行が可能となる。
【発明を実施するための最良の形態】
【００１７】
本発明に係る大型産業車両用コントローラは、大型産業車両に備えられた複数の被制御機器を制御するものであり、これらのコントローラのハードウェアを共通化すると共に、基本的なソフトウェアの構成も共通化し、必要最低限のソフトウェアの構成のみ、被制御機器に応じたものに構築することで、コントローラのソフトウェアの変更が容易にでき、制御対象となる被制御機器にかかわらず、いずれの被制御機器に対しても容易に転用可能となるものである。
【００１８】
又、本発明に係る大型産業車両用コントローラは、他のコントローラに不具合があった場合でも、所定の手順により縮退モードとして、限定的な動作、例えば、走行動作のみを可能とすることができるものである。
【実施例１】
【００１９】
図１は、本発明に係る大型産業車両用コントローラが用いられる一構成例を示す図である。
なお、本発明では、大型産業車両として、リーチスタッカを例にとり説明を行うが、本発明は、リーチスタッカだけに限定されるものではなく、他の大型産業車両、大型フォークリフトやモータグレーダへも適用可能なものである。
【００２０】
リーチスタッカを簡単に説明すると、港湾等において、コンテナの積み降ろしや移動に用いる大型の荷役車両であり、低コストである上、小回りが効き、コンテナの移動距離の制約がなく、手前だけでなく、奥側のコンテナにもアクセス可能であり、コンテナの積替えや移動に、非常に便利な荷役車両である。
【００２１】
図１に示すように、リーチスタッカは、２つの前輪１、２つの後輪２を有する車体３の上方に、スタンド４を支点にブームシリンダ５により傾斜可能に構成されたブーム６と、ブーム６内に伸縮可能に設けられ、ブーム６内に設けられたテレスコピックシリンダ（図示せず）により伸縮されるアーム７と、アーム７の先端部分に設けられ、伸縮、回転、傾斜、平行動作が可能に構成され、４つのロックピン８によりコンテナを保持するスプレッダ９とを有する。又、車体３の上面側であり、ブーム６の下方側には、作業時の視界が良好な位置にキャビン１０が配設され、オペレータは、キャビン１０内の操作盤を用いて、リーチスタッカ自体の移動動作やコンテナの保持動作、設置動作を行うことができる。
【００２２】
大型産業車両では、所定の作業操作を行えるように作業機が構成されており、例えば、リーチスタッカでは、スプレッダ９が作業機となる。制御用コントローラとしては、スプレッダ９の制御を行うためのコントローラ１１、車両の移動制御を行うためのコントローラ１３を有し、更に、オペレータからの操作制御のためのコントローラ１２が設けられ、各々独立して被制御機器となる車体３、スプレッダ９及びキャビン１０を制御する。加えて、オペレータへの情報表示及びオペレータからの操作指示のためのディスプレイ、Ｊ／Ｓ（ジョイスティック）１４を有している。これらのコントローラ等は、互いに高速ＣＡＮｂｕｓネットワーク（以降、ＣＡＮと略す。）１５で接続されている。各々のコントローラは、必要な制御情報を互いにリアルタイムにやり取りして、各々の被制御機器の制御動作が行われているが、コントローラ１３はメインのコントローラとして、他のコントローラ１１、１２を監視して、車両全体を総合的に制御している。つまり、これらの３つのコントローラは、ＣＡＮ１５で接続されることで、機能が分散されて構成されたもの、所謂、分散型ネットワークとなっている。
【００２３】
なお、上記コントローラは、ＣＰＵ（演算処理回路）、記憶領域（制御ソフトウェアやデータを有するＲＯＭと、演算作業領域となるＲＡＭとを有する。）、入出力信号の処理回路となるＩ／Ｆ（インターフェイス）回路等から構成されているものである。
【００２４】
複数のコントローラが分散型ネットワークとして構成されているため、１つのコントローラで全ての被制御機器を制御していた従来のコントローラと比較して、コントローラを被制御機器に近接して配置できるので、コントローラ−被制御機器間の配線が大幅に削減できる。又、ＣＡＮ用のケーブル１本で、制御信号のやり取りができるため、各機器間の構成が単純なものとなり、組み立て時の工数が大幅に削減できると共に、配線自体が削減されるため、断線等による故障の発生率を低減できる。又、故障時の素早い対応も可能となる。
【００２５】
詳細は後述するが、図１に示したリーチスタッカでは、スプレッダ制御のコントローラ１１、キャビンＩ／Ｏのコントローラ１２、車体制御のコントローラ１３が、全く共通のハードウェアの構成を有し、ハードウェアの動作設定及び制御機器を直接作動させるドライバソフトウェアも全く共通のものを用いている。但し、ドライバソフトウェアを用いて被制御機器を制御するアプリケーションソフトウェアは、唯一各々異なるものとなる。例えば、スプレッダの動作制御を行うコントローラ１１は、アプリケーションソフトウェアとして、スプレッダ制御ソフトウェアを有し、オペレータからの操作制御を行うコントローラ１２は、アプリケーションソフトウェアとして、キャビンＩ／Ｏソフトウェアを有し、車体の動作制御を行うコントローラ１３は、アプリケーションソフトウェアとして、車体制御ソフトウェアを有する。
【００２６】
上記構成において、コントローラ１１は、スプレッダ９の動作制御のため、作業機Ｉ／Ｆ１６を介して、スプレッダの各制御機器に制御信号を送ってモータ等を駆動し、センサからの検出信号を取得して、スプレッダの動作状態、例えば、ロックピンの位置、スプレッダの傾斜角度等を検出しており、又、作業中であることを表示する警告ランプを点灯させている。又、作業機電磁弁制御１７を用いて、電磁弁の動作制御を行って、スプレッダ９の伸縮や傾斜動作を行う油圧シリンダ等の動作制御を行う。
【００２７】
又、コントローラ１２では、アクセルペダルやブレーキペダル等、キャビン１０からの入力信号を、オペレータＩ／Ｆ１８を介して取得し、ＣＡＮ１５を通じて、コントローラ１１、１３へ制御情報を送信して、車両３の動作、スプレッダ９の動作を制御する。
【００２８】
又、コントローラ１３は、車両総合制御１９により車両の総合制御を司ると共に、車体Ｉ／Ｆ１９を用いて、車体３の制御を行なっている。加えて、ブーム比例電磁弁制御２０を用いて、ブームの６の動作制御を行い、Ｔ／Ｍ（トランスミッション）電磁弁制御２１を用いて、Ｔ／Ｍの動作制御を行い、エンジン制御２２を用いて、エンジンの動作制御、具体的には、エンジンの油圧やバッテリー等の制御を行っている。
【００２９】
なお、ディスプレイ、Ｊ／Ｓ１４は、上記コントローラと同等の構成のものを用いてもよいが、他のコントローラとは異なり、入出力信号として多くの種類を要求されず、逆にディスプレイ表示のための出力信号が必要であることから、専用コントローラを用いて、ディスプレイへの信号出力、Ｊ／Ｓからの信号取得等を行っている。この場合でも、共通の通信機能を備え、ＣＡＮ１５を介して、コントローラ１１、１２、１３と各々独立して、制御信号や車両情報等のやり取りが可能である。具体的には、コントローラ１１やコントローラ１３から取得した車両情報を用いて、ディスプレイ１４に、スプレッダ操作時の車両姿勢やエラーコード等の情報を表示すると共に、Ｊ／Ｓ１４から入力されたオペレータからの操作指示を取得して、それらの操作情報を、ＣＡＮ１５を通じて、コントローラ１１、１３へ送信して、スプレッダ９の動作、車両３の動作を制御する。
【００３０】
上記構成を有するリーチスタッカにおいて、キャビン１０内のオペレータは、ディスプレイ１４上にカラー表示された作業状況（荷姿、車両の姿勢、コンテナの重量、ブームの角度、アームの伸縮長等）や車両状況（エンジン回転数、スピード等）を参照しながら、キャビン１０の操作盤上のＪ／Ｓ１４を操作して、車体３の移動動作、ブーム６の傾斜動作、アーム７の伸縮動作、スプレッダ９の伸縮、回転、保持動作を行う。例えば、コンテナを保持した状態での走行時には、走行可能な安定姿勢にスプレッダ９を保持制御して、車体３の走行ができるように制御されている。車両の安定状態は、ディスプレイ１４に表示されており、例えば、登坂路等により車両の安定姿勢が崩れるおそれがある場合には、いち早く警告を発して、自動又は手動で、安定姿勢を保つように制御される。
【００３１】
図２に、本発明に係る大型産業車両用コントローラの入出力信号の一構成例を示す。
なお、比較のため、一般的なリーチスタッカ、大型Ｆ／Ｌ（フォークリフト）、Ｍ／Ｇ（モータグレーダ）等で用いられるコントローラが要求する入出力信号の構成も併記した。
【００３２】
本発明に係る大型産業車両用コントローラは、具体的には、被制御機器からのパルス入力信号を４点、シリアル信号として、同期、非同期、ＣＡＮ用にそれぞれ１点、電磁比例弁への出力信号を５点、電磁弁への出力を１２点、アナログ入力信号を１２点、アナログ出力を２点、接点入力として、２４Ｖを２４点、５Ｖを８点、接点出力として、２４Ｖを１３点、５Ｖを５点、を有している。これは、各被制御機器に要求される必要最大限の入出力点数を共通装備したものであり、又、接点の入出力の容量（例えば、電圧等）も、要求される必要最大限の容量のものを共通装備した。これは図２の右側に併記した一般的なリーチスタッカの要求を満足する仕様であり、又、同時に併記した大型Ｆ／Ｌ、Ｍ／Ｇ等の仕様も十分満足し、リーチスタッカに限らず、他の大型産業車両へも適用できる。
【００３３】
つまり、コントローラのハードウェアの共通化のため、コントローラ内部のハードウェア構成だけでなく、入出力信号のためのコネクタも共通化し、その配置位置も全く同一のものとした。又、コントローラ全体をボックス化して、防塵性の向上を図ると共に、交換時には、コネクタを付け替えるだけで、所定の動作が可能なように構成している。
【００３４】
図３に、本発明に係る大型産業車両用コントローラの論理構成の一例を示す。
なお、図３には一例として、車両制御を行うコントローラの論理構成例を図示したが、スプレッダ、キャビン制御のコントローラについても、アプリケーションソフトウェアに該当する車両制御モジュールの部分を除いて、全く同じ構成である。
【００３５】
本発明に係る大型産業車両用コントローラの論理構成は、具体的には、ハードウェアに該当するＣＰＵやＩ／Ｆ回路等の構成は、全く共通のものとする。又、物理的な構成に該当する部分（ハードウェア）に限らず、コントローラ内部のハードウェアの設定に該当する部分の構成、具体的には、クロック、動作モード、ＣＰＵ端子機能、パルス用カウンタ、ＰＷＭ（Pulse Width Modulator）機能、Ａ／Ｄ変換モード等の設定も全く共通とし、所謂、マイコン層を共通のプラットホームとした。
【００３６】
更に、ソフトウェアを構成するアプリケーション層の部分を階層構造とし、アプリケーション層の下層側、つまり、被制御機器へ制御信号を直接入出力するドライバソフトウェアを有するドライバモジュールを全く共通の構成とした。具体的には、一般Ｉ／Ｏ、比例弁電流制御用ＰＷＭ出力、パルス変換、Ａ／Ｄ変換等を共通の構成として使用とする。マイコン層を含め、ここの部分までは、いずれのコントローラでも全く同じ構成となる。しかし、アプリケーション層の上位層であり、ドライバソフトウェアを利用する制御モジュールの部分は、例えば、車両制御モジュールであれば、車両制御のためのアプリケーションソフトウェアを有しており、この部分が、どの被制御機器を制御するかによって異なるものとなる。具体的には、車両制御モジュールは、車速計算、トランスミッション制御、エンジン制御、スイッチ／ランプ制御、荷役／作業機制御を行なうソフトウェアを備える。つまり、この制御モジュールの部分には、スプレッダであればスプレッダ制御モジュール、キャビンであれば、キャビン制御モジュールのアプリケーションソフトウェアがインストールされ、又、この制御モジュール部分のみを、被制御機器に応じて入れ替えることで、いずれのコントローラとしても機能し、転用が容易となる。
【００３７】
共通化されたドライバモジュール（ドライバソフトウェア）は、コントローラ内部のＲＯＭ（Read Only Memory）に保持されており、このドライバモジュールを、その上位層にある制御モジュールが利用して、被制御機器の動作を制御する。制御モジュール（アプリケーションソフトウェア）は、所定の手順により書換え可能であり、書換え可能なＲＯＭ（例えば、Flash ROM等）に保持されている。
【００３８】
次に、コントローラが故障した場合の作業手順を、図４、図５に示したフローチャートを用いて説明する。
【００３９】
例えば、スプレッダの制御用コントローラが故障した場合の縮退モードの手順を、図４のフローチャートに示す。
（ステップＳ１）
キャビン１０内のディスプレイ１４上の故障検出エラーコードを確認する。このとき、スプレッダ用コントローラの不具合を示すエラーコードであることを確認する。
（ステップＳ２）
キャビン１０内の操作盤のインターロック解除用キーＳＷをＯＮにする。
（ステップＳ３）
キャビン１０内のディスプレイ１４上に、故障検出エラーコードが表示されないことを確認する。このインターロック解除用キーＳＷは、スプレッダ用コントローラに不具合があった場合、スプレッダ９自体の操作を不可とする代わりに、スプレッダ用コントローラのエラーを無視して、インターロックを一時的に解除するものであり、ディスプレイ１４上の故障検出エラーコードの表示も一時的に停止する。
（ステップＳ４）
インターロック解除キーＳＷをＯＮのまま操作する。つまり、スプレッダ９の操作を不可として、他の操作、例えば、車両の走行操作のみ有効となる。これが、縮退モード（限定操作手段）であり、例えば、３つのうち１つのコントローラが接続されていない状態、又、スプレッダ９等の作業機がない状態でも、限定操作を可能とする。なお、リーチスタッカにおいては、縮退モードでは、スプレッダ９を安全な位置に配置した上で、車両を走行可能な状態にしている。
（ステップＳ５）
車両の電源をＯＦＦにする。
（ステップＳ６）
スプレッダ用コントローラの修理若しくは交換が完了したら、インターロック解除キーＳＷをＯＦＦ（キーを抜く）にする。そして、キャビン１０内のディスプレイ１４上に、故障検出エラーコードが表示されないことを確認する。
【００４０】
又、スプレッダ９以外の制御用コントローラが故障した場合の縮退モードの手順を、図５のフローチャートに示す。
（ステップＳ１１）
キャビン１０のディスプレイ１４上の故障検出エラーコードを確認する。このとき、例えば、スプレッダ９以外のコントローラ、例えば車体制御コントローラの不具合を示すエラーコードであることを確認する。
（ステップＳ１２）
車両の電源をＯＦＦにする。
（ステップＳ１３）
スプレッダコントローラ、故障した車体制御コントローラを共に取り外し、スプレッダコントローラを車体制御コントローラとして取り付け、新しい車体制御コントローラとして機能させる。
（ステップＳ１４）
新しい車体制御コントローラのモードＳＷを切り替えて、ソフトウェアインストールモードにする（書換え手段）。
（ステップＳ１５）
車両の電源をＯＮにする。
（ステップＳ１６）
新しい車体制御コントローラにインストールケーブルとＰＣ（コンピュータ）を接続し、車体制御コントローラ用のアプリケーションソフトウェアをインストールする。
（ステップＳ１７）
車両の電源をＯＦＦにする。
（ステップＳ１８）
新しい車体制御コントローラのモードＳＷを切り替えてＲＵＮモード（通常）にする。
（ステップＳ１９）
車両の電源をＯＮにする。そして、以下、図４に示したフローチャートのステップＳ２以降の手順を行う（図４のＡ点）。
【図面の簡単な説明】
【００４１】
【図１】本発明に係る大型車両用コントローラが用いられた一構成例を示す図である。
【図２】本発明に係る大型車両用コントローラの入出力信号の一構成例を示す表である。
【図３】本発明に係る大型車両用コントローラの論理構成の一例を示す図である。
【図４】本発明に係る大型車両用コントローラにおいて、故障時における手順を示すフローチャートである。
【図５】本発明に係る大型車両用コントローラにおいて、故障時における他の手順を示すフローチャートである。
【符号の説明】
【００４２】
１    前輪
２    後輪
３    車体
４    スタンド
５    ブームシリンダ
６    ブーム
７    アーム
８    ロックピン
９    スプレッダ
１０  キャビン
【図１】
2005096966.tif 000003
【図２】
2005096966.tif 000004
【図３】
2005096966.tif 000005
【図４】
2005096966.tif 000006
【図５】
2005096966.tif 000007