(57)【要約】  【課題】  車両の内蔵プログラムや内蔵データに重大な欠陥が発見され、前記内蔵プログラムや内蔵データを緊急に更新する必要がある場合に、迅速に保守処理の実行が可能な機械制御装置を提供する。  【解決手段】  内蔵プログラム及び内蔵データに基づいて車両の制御を行なうＥＣＵ１１、１２、１３と、外部装置との間でデータ通信を行なう通信制御部３１と、前記通信制御部３１を介して前記外部装置から入力されたリクエストに基づいて、前記ＥＣＵ１１、１２、１３を作動させ、前記内蔵プログラムまたは前記内蔵データを更新し、または、前記保守データを前記外部装置に出力する保守処理を実行する保守制御部３２を備えた機械制御装置であって、前記保守制御部３２は、車両の状態データと前記リクエストが示す実行レベルデータに基づいて前記リクエストを実行するか否かを判断する。  【選択図】  図１
2006257915.tif 000002
【特許請求の範囲】
【請求項１】
内蔵プログラム及び内蔵データに基づいて車両の制御を行なう電子制御部と、外部装置との間でデータ通信を行なう通信制御部と、前記通信制御部を介して前記外部装置から入力されたリクエストに基づいて、前記電子制御部を作動させ、前記内蔵プログラムまたは前記内蔵データを更新する保守処理、または、前記保守処理の結果に関する保守データを前記外部装置に出力する処理を実行する保守制御部を備えた機械制御装置であって、
前記保守制御部は、車両の状態データと前記リクエストが示す実行レベルデータに基づいて前記リクエストを実行するか否かを判断する機械制御装置。
【請求項２】
前記リクエストを記憶する記憶手段を備え、前記保守制御部は、前記リクエストの実行を留保した後の前記状態データの変動により前記リクエストの実行環境が整ったときに、前記記憶手段に記憶されたリクエストを実行する請求項１記載の機械制御装置。
【請求項３】
前記保守制御部は、前記リクエストの実行を留保したときに、前記通信制御部を介して留保した旨のアンサーを前記外部装置に返信し、前記リクエストの実行を留保した後の前記状態データの変動により前記リクエストの実行環境が整ったときに、前記通信制御部を介して前記外部装置に再送要求する請求項１記載の機械制御装置。
【請求項４】
前記保守制御部は、前記リクエストの実行時に運転者にその旨の報知を行ない、前記運転者からの所定の入力を確認して実行する請求項１から３の何れかに記載の機械制御装置。
【請求項５】
前記保守制御部による前記リクエストに基づく保守処理の実行中に、給電中の電源を維持する電源制御部を備えている請求項１から４の何れかに記載の機械制御装置。
【請求項６】
前記保守制御部による前記リクエストに基づく保守処理の実行中に、前記電子制御部は、故障診断検出または故障対応処理を実質的に停止する請求項１から５の何れかに記載の機械制御装置。
【請求項７】
前記保守制御部による前記リクエストに基づく保守処理の実行中に、前記電子制御部は、運転者の操作入力を拒否する請求項１から６の何れかに記載の機械制御装置。
【請求項８】
前記状態データは、少なくとも車両のイグニッションスイッチのオンまたはオフ、エンジンの始動または停止、車両の走行または停車の何れかを含み、前記実行レベルデータは、前記状態データに基づいて前記リクエストの実行の許否判断の基準を示す緊急レベルまたは安全レベルデータである請求項１から７の何れかに記載の機械制御装置。
【請求項９】
内蔵プログラム及び内蔵データに基づいて車両の制御を行なう電子制御部と、外部装置との間でデータ通信を行なう通信制御部と、前記電子制御部に対する所定の保守処理を実行する保守制御部を備えてなる機械制御装置と、前記通信制御部を介して、前記電子制御部を作動させ、前記内蔵プログラムまたは前記内蔵データを更新する保守処理、または、前記保守処理の結果に関する保守データを出力する処理をリクエストする外部装置とからなる保守制御システムであって、
前記保守制御部は、前記外部装置からのリクエストに対して、車両の状態データと前記リクエストが示す実行レベルデータに基づいて前記リクエストを実行するか否かを判断する保守制御システム。
【請求項１０】
前記外部装置は、前記機械制御装置からのアンサーに基づいて前記リクエストの実行状態を管理し、前記リクエストが留保された後の再送要求に基づいて前記リクエストを再送
するように構成されている請求項９記載の保守制御システム。
【請求項１１】
内蔵プログラム及び内蔵データに基づいて車両の制御を行なう電子制御部と、外部装置との間でデータ通信を行なう通信制御部とを備えてなる機械制御装置に対して、前記通信制御部を介して前記外部装置から入力されたリクエストに基づいて、前記電子制御部を作動させ、前記内蔵プログラムまたは前記内蔵データを更新する保守処理、または、前記保守処理の結果に関する保守データを前記外部装置に出力する処理を実行する保守制御方法であって、
車両の状態データと前記リクエストが示す実行レベルデータに基づいて前記リクエストを実行するか否かを判断する保守制御方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、内蔵プログラム及び内蔵データに基づいて車両の制御を行なう電子制御部と、外部装置との間でデータ通信を行なう通信制御部と、前記通信制御部を介して前記外部装置から入力されたリクエストに基づいて、前記電子制御部を作動させ、前記内蔵プログラムまたは前記内蔵データを更新し、または、前記保守データを前記外部装置に出力する保守処理を実行する保守制御部を備えた機械制御装置、保守制御システム、及び、保守制御方法に関する。
【背景技術】
【０００２】
従来、車両のエンジンを制御しているエンジン制御装置におけるプログラムの更新は、プログラムの更新装置をそのエンジン制御装置に接続して、エンジン制御装置側の処理と更新装置側の処理との連携により実行していた。例えば、エンジン制御装置のＣＰＵをリセットした直後に、そのＣＰＵ側の処理にて、プログラムの更新装置が出力するモード判定用制御信号ラインの信号状態をチェックし、プログラム更新モードでなければ、内蔵されている制御プログラムの起動に移り、エンジン制御を開始する。もし、モード判定用制御信号ラインの信号状態が、プログラム更新モードとなっていれば、内蔵の制御プログラムは起動せず、プログラムの更新装置から送信されて来る新しい制御プログラムを読み込んで、その内容を内蔵している制御プログラムの位置に書き込んだ後、その新しい制御プログラムを起動させていた。
【０００３】
また、内蔵プログラムや内蔵データ更新時に車両が駆動装置により駆動されている場合に、車両或いはその駆動装置の急激な変化や制御不能等の予期せぬ駆動状態を招くことを回避するため、内蔵プログラムの起動中に外部から送信される更新命令があったときには、車両の駆動がなされていない条件下で、前記内蔵プログラムまたは内蔵データの一部または全部を、外部から送信される新たなプログラムまたはデータへ更新する処理に移行するといった技術も提案されている。
【特許文献１】特開平７−４６６７６
【特許文献２】特開平９−４４２１６号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
上述した従来技術では、プログラムの更新装置等のターミナルをエンジン制御装置に接続して、内蔵プログラムや内蔵データの更新タイミングを一律に車両の駆動がなされていない条件下で行なうため、先ず車両を最寄のサービス店に持ち込む必要があり、保守技術者にとっても所有者にとっても作業が煩雑であるという問題があった。そこで、サービスセンターに設置された管理装置から例えば無線回線を介して遠隔地の車両に対して迅速に保守作業を行なえるリモートサービス環境が構築されつつある。このようなリモートサービスでは、保守技術者が不在の状態で保守作業が行なわれるため、車両の状態によっては保守性や安全性等の観点から受け付けられない場合も生じる。
【０００５】
一方、内蔵プログラムや内蔵データに安全性を損なうことが無いまでも重大な改良がなされ、前記内蔵プログラムや内蔵データを緊急に更新する必要がある場合等に、エンジンが停止されているような一律の車両状態でのみ保守作業が許容されるものでは、柔軟性を欠き、対処が遅れる等といった不都合が生じる虞があり、さらには、エンジンの始動中に所定条件下でアクティブ走行試験を強制的に実行させる必要性も生じており、更なる改善の余地があった。
【０００６】
本発明は、上述の従来欠点に鑑み、車両の内蔵プログラムや内蔵データを更新する必要がある場合に、安全性を損なうことなく迅速に保守処理の実行が可能な機械制御装置、保守制御システム、及び、保守制御方法を提供する点にある。
【課題を解決するための手段】
【０００７】
上述の目的を達成するため、本発明による機械制御装置の第一の特徴構成は、内蔵プログラム及び内蔵データに基づいて車両の制御を行なう電子制御部と、外部装置との間でデータ通信を行なう通信制御部と、前記通信制御部を介して前記外部装置から入力されたリクエストに基づいて、前記電子制御部を作動させ、前記内蔵プログラムまたは前記内蔵データを更新する保守処理、または、前記保守処理の結果に関する保守データを前記外部装置に出力する処理を実行する保守制御部を備えた機械制御装置であって、前記保守制御部は、車両の状態データと前記リクエストが示す実行レベルデータに基づいて前記リクエストを実行するか否かを判断する点にある。
【０００８】
上述の構成によれば、車両の状態データに応じて、また、緊急度等の情報である実行レベルデータに応じて車両の保守処理の実行環境を判断するため、安全性を損なうことなく要求された保守処理を柔軟に実行できる機械制御装置を提供することができるようになるのである。
【０００９】
同第二の特徴構成は、上述の第一特徴構成に加えて、前記リクエストを記憶する記憶手段を備え、前記保守制御部は、前記リクエストの実行を留保した後の前記状態データの変動により前記リクエストの実行環境が整ったときに、前記記憶手段に記憶されたリクエストを実行する点にある。
【００１０】
上述の構成によれば、車両の状態データによっては直ちに実行できないリクエストであっても、記憶手段にリクエストを格納しておくことによって、車両の状態データが変化し、実行レベルデータに対応した実行環境が整ったときに記憶手段から読み出したリクエストに基づいて車両の保守処理を実行することができるようになり、可能な限り迅速に保守処理を実行することが可能な機械制御装置となるのである。
【００１１】
同第三の特徴構成は、上述の第一特徴構成に加えて、前記保守制御部は、前記リクエストの実行を留保したときに、前記通信制御部を介して留保した旨のアンサーを前記外部装置に返信し、前記リクエストの実行を留保した後の前記状態データの変動により前記リクエストの実行環境が整ったときに、前記通信制御部を介して前記外部装置に再送要求する点にある。
【００１２】
上述の構成によれば、外部装置からリクエストが入力された際に車両の保守処理を実行する実行環境が整っていなかった場合に、外部装置に保守処理を実行する実行環境が整っていない旨を通知することが可能となり、また、前記リクエストにおける緊急度等の情報である実行レベルデータに応じた実行環境が整ったときに、前記リクエストを再送要求することが可能となるため、前記リクエストに応じた実行環境が整ったときに、外部装置から当該機械制御装置に保守処理が未実施となっている前記リクエストが確実に再送されることとなり、確実に前記リクエストに基づいた保守処理の実行が可能な機械制御装置となるのである。
【００１３】
同第四の特徴構成は、上述の第一から第三の何れかの特徴構成に加えて、前記保守制御部は、前記リクエストの実行時に運転者にその旨の報知を行ない、前記運転者からの所定の入力を確認して実行する点にある。
【００１４】
例えば、車両から離れた遠隔地に当該車両へリクエストを発信するリモートセンタ等の
リクエスト発信局があり、前記リクエスト発信局から、当該車両へリクエストが送信された場合に、上述の構成によれば、運転者は、当該車両が前記リクエストを受信したことを確認することができ、また、許容入力を行なうことにより、当該車両において保守処理が実施されることを確認できるようになるのである。
【００１５】
同第五の特徴構成は、上述の第一から第四の何れかの特徴構成に加えて、前記保守制御部による前記リクエストに基づく保守処理の実行中に、給電中の電源を維持する電源制御部を備えている点にある。
【００１６】
上述の構成によれば、保守処理の実行中の電源が維持されるために、譬え保守作業中に車両のキーで電源がオフ操作された場合であっても、確実に車両の保守処理を実行することができる機械制御装置となるのである。
【００１７】
同第六の特徴構成は、上述の第一から第五の何れかの特徴構成に加えて、前記保守制御部による前記リクエストに基づく保守処理の実行中に、前記電子制御部は、故障診断検出または故障対応処理を実質的に停止する点にある。
【００１８】
上述の構成によれば、例えば複数のＥＣＵがＣＡＮバス等によって接続されることで車両の協働制御を行なっている場合で、特定のＥＣＵにおける保守処理を実行したときに、他のＥＣＵは、前記特定のＥＣＵが故障状態とは判断せず、夫々の制御を続行させるため、前記保守処理の実行中であっても車両を制御するためのシステムを停止させることの無い機械制御装置となるのである。
【００１９】
同第七の特徴構成は、上述の第一から第六の何れかの特徴構成に加えて、前記保守制御部による前記リクエストに基づく保守処理の実行中に、前記電子制御部は、運転者の操作入力を拒否する点にある。
【００２０】
上述の構成によれば、運転者の操作入力を制限できるため、内蔵プログラムまたは内蔵データ更新等の保守処理の実行中に、前記内蔵プログラムまたは内蔵データが実行されることにより発生する、前記内蔵プログラムまたは内蔵データの更新不良等の不都合を回避することができ、確実に保守処理を実行することができる機械制御装置となるのである。
【００２１】
同第八の特徴構成は、上述の第一から第七の何れかの特徴構成に加えて、前記状態データは、少なくとも車両のイグニッションスイッチのオンまたはオフ、エンジンの始動または停止、車両の走行または停車の何れかを含み、前記実行レベルデータは、前記状態データに基づいて前記リクエストの実行の許否判断の基準を示す緊急レベルまたは安全レベルデータである点にある。
【００２２】
上述の目的を達成するため、本発明による保守制御システムの第一の特徴構成は、内蔵プログラム及び内蔵データに基づいて車両の制御を行なう電子制御部と、外部装置との間でデータ通信を行なう通信制御部と、前記電子制御部に対する所定の保守処理を実行する保守制御部を備えてなる機械制御装置と、前記通信制御部を介して、前記電子制御部を作動させ、前記内蔵プログラムまたは前記内蔵データを更新する保守処理、または、前記保守処理の結果に関する保守データを出力する処理をリクエストする外部装置とからなる保守制御システムであって、
前記保守制御部は、前記外部装置からのリクエストに対して、車両の状態データと前記リクエストが示す実行レベルデータに基づいて前記リクエストを実行するか否かを判断する点にある。
【００２３】
同第二の特徴構成は、上述の第一特徴構成に加えて、前記外部装置は、前記機械制御装
置からのアンサーに基づいて前記リクエストの実行状態を管理し、前記リクエストが留保された後の再送要求に基づいて前記リクエストを再送するように構成されている点にある。
【００２４】
上述の目的を達成するため、本発明による保守制御方法の第一の特徴構成は、内蔵プログラム及び内蔵データに基づいて車両の制御を行なう電子制御部と、外部装置との間でデータ通信を行なう通信制御部とを備えてなる機械制御装置に対して、前記通信制御部を介して前記外部装置から入力されたリクエストに基づいて、前記電子制御部を作動させ、前記内蔵プログラムまたは前記内蔵データを更新する保守処理、または、前記保守処理の結果に関する保守データを前記外部装置に出力する処理を実行する保守制御方法であって、車両の状態データと前記リクエストが示す実行レベルデータに基づいて前記リクエストを実行するか否かを判断する点にある。
【発明の効果】
【００２５】
以上説明した通り、本発明によれば、車両の内蔵プログラムや内蔵データを更新する必要がある場合に、安全性を損なうことなく迅速に保守処理の実行が可能な機械制御装置、保守制御システム、及び、保守制御方法を提供することができるようになった。
【発明を実施するための最良の形態】
【００２６】
以下に本発明による機械制御装置を、複数のＥＣＵ（電子制御ユニット）が協働して走行等制御を行なうシステムとしての車両に適用した実施形態について説明する。本発明による機械制御装置における保守制御にかかる機能ブロック構成は、図１に示すように、電子制御部としての複数のＥＣＵ（電子制御ユニット）と、通信Ｉ／Ｆ３０を介して通信制御部３１と接続された保守制御部３２とが、夫々ＣＡＮ（コントローラエリアネットワーク）バス１０を介してネットワーク接続されることにより構成されている。尚、前記複数のＥＣＵは、例えば、エンジン制御用ＥＣＵ１１、自動変速機（ＡＴ）制御用ＥＣＵ１２、ＡＢＳ制御用ＥＣＵ１３等で構成される。
【００２７】
前記複数のＥＣＵは夫々にＣＰＵ等を備えた演算処理装置が設けられ、予め設定された周期で繰り返し実行される内蔵プログラム及び内蔵データに基づいて所定の機能が実現されるように構成されている。例えば、エンジン制御用ＥＣＵ１１であれば、吸気圧センサ１５やＡ／Ｆセンサ１４、アクセルペダルの操作量センサ１６、バッテリー電圧センサ１７等の各センサからの入力信号や関連する他のＥＣＵ、例えば自動変速機制御用ＥＣＵ１２等からの通信データに基づいて、所定のエンジン機能を実現するように、各アクチュエータ、例えば、燃料噴射弁１８等を駆動制御し、自らの制御状態を他のＥＣＵにデータ送信する。
【００２８】
また、他のＥＣＵ、例えば、自動変速機制御用ＥＣＵ１２やＡＢＳ制御用ＥＣＵ１３等では、前記エンジン制御用ＥＣＵへも入力されていた前記アクセルペダルの操作量センサ１６やバッテリー電圧センサ１７、その他夫々独自に使用されるセンサ１８、１９、２０、２１等からの入力信号と前記通信データ等に基づいて夫々の制御対象である各アクチュエータ２２、２３を駆動制御することで、各ＥＣＵは協働してシステムとしての車両走行制御等が実現可能な構成となっている。
【００２９】
前記通信制御部３１は、外部装置との間で、前記各ＥＣＵの内蔵プログラムまたは内蔵データの更新等の保守処理に関するリクエストの受信や、前記保守処理の実行結果等の保守データの送信等のデータ通信を行なうもので、例えば、図２に示すように、携帯電話回線を使用して遠隔地にある前記内蔵プログラム及び内蔵データを管理するリモートセンタ等から中継局を介してデータ通信を行なうことができるように構成されている。尚、無線回線はこれに限定されるものではなく、無線ＬＡＮや衛星通信回線等既存の通信インフラ
を活用することができる。
【００３０】
前記保守制御部３２は、前記各ＥＣＵの内蔵データや、前記各ＥＣＵのアクティブテストプログラムを強制作動させた後の制御データ等をリモートセンタに送り出したり、リモートセンタから送信された更新データに基づいて内蔵プログラムまたは内蔵データを更新し、所定の診断プログラムに基づいて更新後の状態を診断する等といった保守処理を実行するためのもので、前記通信制御部３１によって受信されるリクエストを前記通信Ｉ／Ｆ３０を介して入力するリクエスト入力部３３と、前記入力されたリクエストを記憶するリクエスト記憶部４３と、前記記憶されたリクエストを解析するリクエスト解析部３４と、前記各ＥＣＵから入力される通信データに基づいて車両の状態を状態データとして生成する状態データ生成部３５と、前記解析されたリクエストと前記車両状態とに基づいて前記各ＥＣＵの内蔵プログラムまたは内蔵データの更新等の保守処理を実行する更新実行部３６と、前記更新実行部３６による前記各ＥＣＵの内蔵プログラムまたは内蔵データの更新履歴を履歴情報として記憶する履歴情報記憶部３７と、前記更新実行部３６による前記各ＥＣＵの内蔵プログラムまたは内蔵データの更新結果を保守データとして生成する保守データ生成部３８と、前記保守データ生成部３８によって生成された保守データを前記通信制御部３１に前記通信Ｉ／Ｆ３０を介して出力する保守データ出力部３９と、当該保守制御部３２の電源供給を常時維持するとともに、前記リクエストに基づいて保守処理の実行対象となっているＥＣＵへ電源供給を維持する電源制御部４０とを備えて構成されている。
【００３１】
前記外部装置から送信されるリクエストは、前記各ＥＣＵの内蔵プログラムまたは内蔵データの更新等といった保守処理に関する情報であり、前記各ＥＣＵの内蔵プログラムまたは内蔵データを更新するための新たなプログラムまたは新たなデータと、前記保守処理の実行対象ＥＣＵ情報と、実行レベルデータと、前記各ＥＣＵの内蔵プログラムまたは内蔵データが更新された後の前記各ＥＣＵの制御状態を診断する診断プログラム等が含まれている。
【００３２】
前記実行レベルデータは、例えば、前記保守処理の重要度を示す重要度レベルデータ、または、前記保守処理の緊急度を示す緊急レベルデータ、また或いは、前記保守処理が現在の車両の駆動状態に与える影響を安全度として示す安全レベルデータ、更には、それらの組み合わせからなるレベルデータであり、前記保守処理が実行されるときの車両の状態が、前記実行レベルデータに基づいて選択されるように構成されている。
【００３３】
前記リクエスト解析部３４は、上述の前記外部装置から送信され、前記リクエスト記憶部４３に記憶されたリクエストに対して、前記各ＥＣＵの内蔵プログラムまたは内蔵データを更新するための新たなプログラムまたは新たなデータと、前記保守処理の実行対象ＥＣＵ情報と、前記実行レベルデータと、前記内蔵プログラムまたは内蔵データを更新された後の前記各ＥＣＵの制御状態を診断する診断プログラム等とを分離解析するように構成されている。
【００３４】
前記状態データ生成部３５は、前記各ＥＣＵから入力される通信データに基づいて、例えば、イグニッションスイッチのオン／オフの状態、エンジンの始動中／停止中、車両の走行中／停車中等といった車両の状態を状態データとして生成するように構成されている。
【００３５】
前記更新実行部３６は、予め前記実行レベルデータと状態データとの関係テーブルが記憶され、前記実行レベルデータに対応した状態データとなったときに、保守処理の実行対象ＥＣＵに対して、前記保守処理における各ＥＣＵの内蔵プログラムまたは内蔵データの更新を実行するように構成されている。前記実行レベルデータと状態データとの関係テー
ブルは、例えば、前記実行レベルデータが前記緊急レベルデータで、緊急度が高いものからＡ、Ｂ、Ｃの順に設定されている場合には、図３（ａ）に示すように、イグニッションスイッチのオン／オフの状態、エンジンの始動中／停止中の状態、車両の走行中／停車中の状態等の状態データと、前記夫々の状態のときに前記各ＥＣＵの内蔵プログラムまたは内蔵データの更新が可能な緊急レベルデータとを関連付けた構成とすることができる。前記実行レベルデータが前記安全レベルデータで、安全度が高いものからａ、ｂ、ｃの順に設定されている場合には、図３（ｂ）に示すように、また、前記実行レベルデータが前記緊急レベルデータと前記安全レベルデータとの組み合わせデータで、緊急度が高いものからＡ、Ｂ、Ｃの順に、安全度が高いものからａ、ｂ、ｃの順に設定されている場合には、図３（ｃ）に示すように、夫々イグニッションスイッチのオン／オフの状態、エンジンの始動中／停止中の状態、車両の走行中／停車中の状態等の状態データと、前記夫々の状態のときに前記内蔵プログラムまたは内蔵データの更新が可能な実行レベルデータとを関連付けた構成とすることができる。
【００３６】
上述の状態データは、少なくとも車両のイグニッションスイッチのオンまたはオフ、エンジンの始動または停止、車両の走行または停車の組合せで設定されるものを説明しているが、これらは一例に過ぎず、実際には車両に搭載されたセンサの値やＥＣＵによる制御状態に基づいて設定されるものである。例えば、緊急度や重要度の低いリクエストであれば常に受け付ける状態として、センサによって車内が無人であることが確認された状態、車両がキーロックされた状態、ソークが所定時間以上経過してＥＣＵに電源が供給された状態、ナビゲーションシステムによって車両が駐車場等の安全な領域に存在する状態、保守技術者がプログラムの更新装置等の保守用ターミナルをエンジン制御装置に接続していない状態（この場合は、保守技術者による保守作業が優先される）等が設定可能である。
【００３７】
前記実行レベルデータにおいて、例えば、危険レベルデータとして危険度の高いものとしては、ＥＣＵの一つである状態データ記憶装置に関する内蔵プログラムまたは内蔵データの更新が挙げられる。前記状態データ記憶装置は、各ＥＣＵのダイアグ情報を一手に記憶する装置として構成されている。しかし、前記状態データ記憶装置の記憶容量は限られているものであり、また、前記ＣＡＮバス１０を用いて単位時間当たりに可能なデータ通信量も限られているため、各ＥＣＵが前記状態データ記憶装置へデータを送出するフレームの割り当てを変更し、再調整を行なうために前記内蔵プログラムまたは内蔵データの更新を行なうのである。このとき、図４に示すように、当初各ＥＣＵが前記状態データ記憶装置へデータを送出する総フレーム数が７フレームで、ＥＣＵ１に４フレーム、ＥＣＵ２に１フレーム、ＥＣＵ３に２フレームが割り当てられるように構成されている内蔵プログラムまたは内蔵データを更新し、ＥＣＵ１に１フレーム、ＥＣＵ２に５フレーム、ＥＣＵ３に１フレームを割り当てるとした場合に、前記内蔵プログラムまたは内蔵データの更新に何らかの不都合が発生し、前記状態データ記憶装置へデータを送出する総フレーム数が７フレームを超えると、前記ＣＡＮバス１０が破綻し、車両の走行に支障を与えることが考えられる。このような場合に、実行レベルデータとしての危険レベルデータを高く設定し、少なくとも車両の走行中には、前記内蔵プログラムまたは内蔵データの更新が実行されないように構成するのである。
【００３８】
つまり、前記更新実行部３６は、前記実行レベルデータと状態データとの関係テーブルから前記実行レベルデータと前記状態テーブルとに基づいて、前記各ＥＣＵの内蔵プログラムまたは内蔵データの更新が実行可能か否かを判断し、前記各ＥＣＵの内蔵プログラムまたは内蔵データの更新が実行可能と判断された場合に、前記各ＥＣＵの内蔵プログラムまたは内蔵データの更新を実行する。
【００３９】
尚、前記各ＥＣＵの内蔵プログラムまたは内蔵データの更新が実行可能と判断した場合に、例えば、カーナビゲーションシステム等の操作表示部４２を介して車両の運転者等に
対し、前記各ＥＣＵの内蔵プログラムまたは内蔵データの更新の許容入力を促す構成とし、運転者による許容入力が行なわれたとき、前記各ＥＣＵの内蔵プログラムまたは内蔵データの更新を実行する構成としてもよい。つまり、前記保守制御部３２に運転者からの許容入力の確認を行なう更新許容確認部４１を備え、前記カーナビゲーションシステム等の操作表示部４２と接続する構成としてもよい。運転者が予期しない間に、車両の駆動制御が変更されることを回避することができるのである。
【００４０】
前記実行履歴記憶部３７は、前記更新実行部３６によって前記リクエストに基づいた前記各ＥＣＵの内蔵プログラムまたは内蔵データの更新履歴、及び、未更新履歴を履歴情報として記憶するように構成されている。つまり、前記更新実行部３６は、前記各ＥＣＵの内蔵プログラムまたは内蔵データの更新を実行しないと判断し、その実行を留保した場合には、前記履歴情報を常時確認することによって、前記各ＥＣＵの内蔵プログラムまたは内蔵データが未更新のリクエストに対して、前記状態データが、前記各ＥＣＵの内蔵プログラムまたは内蔵データの更新が可能と判断される状態データとなったとき、つまり、前記リクエストの実行環境が整ったときに、前記リクエスト記憶手段４３に記憶されたリクエストに基づいた前記各ＥＣＵの内蔵プログラムまたは内蔵データの更新を実行するように構成されている。
【００４１】
前記保守データ生成部３８は、前記各ＥＣＵの内蔵プログラムまたは内蔵データの更新後の前記ＥＣＵの制御状態を、前記リクエストにおける診断プログラムに基づいて診断し、その診断結果を保守データとして生成するように構成されている。つまり、前記保守データ生成部３８は、前記リクエストに基づいた保守処理の実行対象ＥＣＵに対して、前記診断プログラムに基づいた制御コマンドを送信し、前記制御コマンドを受信した保守処理の実行対象ＥＣＵが、前記制御コマンドに基づいて制御対象とする車両システムの制御を実行することにより送信する送信データを受信することで、前記保守処理の実行対象ＥＣＵが正常に動作しているか否かを診断し、その診断結果を保守データとして生成するのである。
【００４２】
また、前記保守データ生成部３８は、前記リクエストが前記リクエスト入力部３３により入力されたにもかかわらず、前記更新実行部３６により、前記内蔵プログラムまたは内蔵データの更新を実行しないと判断し、その実行を留保した場合には、留保した旨のアンサーを保守データとして生成するように構成してもよい。
【００４３】
尚、前記保守制御部３２が前記リクエストに基づいた保守処理の実行中、つまり、前記更新実行部３６による前記各ＥＣＵの内蔵プログラムまたは内蔵データの更新実行中、或いは、前記保守データ生成部３８による保守処理の実行対象ＥＣＵの内蔵プログラムまたは内蔵データの更新後の制御状態の診断実行中は、前記保守処理の実行対象ＥＣＵが通常制御時と異なる通信データの送信、或いは、他のＥＣＵから当該保守処理の実行対象ＥＣＵへ送信された通信データの受信拒否等が発生しても、前記他のＥＣＵが前記保守処理の実行対象ＥＣＵを故障として検出しないように構成されていることが好ましい。つまり、前記保守制御部３２によるリクエスト実行前に、前記保守制御部３２から各ＥＣＵに故障検出を回避するための制御コマンドを送信する構成とすることが好ましい。前記リクエストに基づいた保守処理の実行中に、前記他のＥＣＵが誤って故障と判断することなく、夫々の制御を続行させるこことができるため、車両を駆動するためのシステムを停止させることなく保守処理を実効することが可能となるのである。
【００４４】
前記電源制御部４０は、当該保守制御部３２の電源供給を常時維持することで、車両の状態にかかわらず、常時前記リクエストの入力を可能とするとともに、前記リクエストに基づいた保守処理の実行対象となっているＥＣＵへ電源供給を維持することで、保守処理の実施が可能なように構成されている。
【００４５】
以下、機械制御装置における保守処理の実行動作について図５に示すフローチャートに基づいて説明する。外部装置からから前記通信制御部３１及び通信Ｉ／Ｆ３０を介して前記リクエスト入力部３３へリクエストが入力されると（ＳＡ１）、前記リクエスト記憶部４３は前記リクエストを記憶する（ＳＡ２）。
【００４６】
前記リクエスト解析部３４は、前記リクエストを各ＥＣＵの内蔵プログラムまたは内蔵データを更新するための新たなプログラムまたは新たなデータと、前記リクエストに基づいた保守処理の実行対象ＥＣＵ情報と、実行レベルデータと、診断プログラム等とを分離解析する（ＳＡ３）。
【００４７】
前記状態データ生成部３５は、車両の状態情報としての状態データの生成を開始する（ＳＡ４）。
【００４８】
前記更新実行部３６は、前記実行レベルデータと状態データとの関係テーブルと、前記実行レベルデータと、前記状態データとに基づいて、前記各ＥＣＵの内蔵プログラムまたは内蔵データの更新を実行するか否かの判断を行なう。前記各ＥＣＵの内蔵プログラムまたは内蔵データの更新を実行すると判断した場合には（ＳＡ５）、前記電源制御部４０は、前記リクエストに基づいた保守処理の実行対象ＥＣＵの電源供給が維持できるように制御を開始する（ＳＡ６）。また、前記更新実行部３６は、前記各ＥＣＵの内蔵プログラムまたは内蔵データを新たなプログラムまたは新たなデータへ更新する（ＳＡ７）。
【００４９】
前記履歴情報記憶部３７は、前記リクエストに基づいて前記各ＥＣＵの内蔵プログラムまたは内蔵データが新たなプログラムまたは新たなデータへ更新された旨の履歴情報を記憶する（ＳＡ８）。
【００５０】
前記保守データ生成部３８は、前記リクエストにおける診断プログラムに基づいて診断し（ＳＡ９）、その診断結果を保守データとして生成する（ＳＡ１０）。また、前記保守データ出力部３９は、前記生成された保守データを前記通信Ｉ／Ｆ３０及び通信制御部３１を介して外部装置に出力する（ＳＡ１１）。
【００５１】
また、前記更新実行部３６により、前記各ＥＣＵの内蔵プログラムまたは内蔵データの更新を実行しないと判断された場合には（ＳＡ５）、前記各ＥＣＵの内蔵プログラムまたは内蔵データの新たなプログラムまたは新たなデータへの更新を留保する（ＳＡ１２）。
【００５２】
前記履歴情報記憶部３７は、前記リクエストに基づいた前記各ＥＣＵの内蔵プログラムまたは内蔵データの新たなプログラムまたは新たなデータへの更新が留保された旨の履歴情報を記憶する（ＳＡ１３）。
【００５３】
前記保守データ生成部３８は、前記リクエストに基づいた前記内蔵プログラムまたは内蔵データの新たなプログラムまたは新たなデータへの更新が留保された旨のアンサーを保守データとして生成する（ＳＡ１４）。また、前記保守データ出力部３９は、前記生成された保守データを前記通信Ｉ／Ｆ３０及び通信制御部３１を介して外部装置に出力する（ＳＡ１５）。
【００５４】
前記更新実行部３６は、前記履歴情報記憶部３７に記憶された履歴情報により、前記リクエストに基づいた前記内蔵プログラムまたは内蔵データの更新が留保されていることを確認しながら（ＳＡ１６）、前記状態データが前記内蔵プログラムまたは内蔵データの更新が可能と判断できるまで、その更新を留保する。
【００５５】
つまり、前記ステップＳＡ６からステップＳＡ９或いは前記ステップＳＡ１２からステップＳＡ１３において、保守処理が実行される。
【００５６】
以下別の実施形態について説明する。前記保守制御部３２は、リクエストに基づいた各ＥＣＵの内蔵プログラムまたは内蔵データの更新を状態データの状態によって実行しないと判断し、前記各ＥＣＵの内蔵プログラムまたは内蔵データの更新を留保した後、前記状態データの変動により、前記各ＥＣＵの内蔵プログラムまたは内蔵データの更新が可能と判断できるようになったときに、前記リクエストを前記通信制御部を介して外部装置に再送要求する構成としてもよい。前記保守制御部３２に複数のリクエストが入力され、複数のリクエストに基づいた保守処理が留保されている場合に、前記入力されたリクエストの全てを保守処理の実行が完了するまで常時記憶しておく必要がなくなり、前記リクエスト記憶部４３の容量を削減することができ好ましい。
【００５７】
また、前記保守制御部による前記リクエストに基づく保守処理の実行中に、前記電子制御部としてのＥＣＵは、運転者の操作入力を拒否する構成としてもよい。運転者の操作入力を制限することで、各ＥＣＵの内蔵プログラムまたは内蔵データの更新等といった保守処理の実効中に、当該内蔵プログラムまたは内蔵データが実行されることにより発生する不都合を回避でき、確実に保守処理を実行することができ好ましい。
【００５８】
上述では、前記通信制御部３１及び通信Ｉ／Ｆ３０は、前記保守制御部３２とは独立して構成した場合について説明したが、前記通信制御部３１及び通信Ｉ／Ｆ３０は、前記保守制御部３２に含まれる構成としてもよい。
【００５９】
尚、上述した実施形態は、本発明の一例に過ぎず、本発明の作用効果を奏する範囲において各ブロックの具体的構成等を適宜変更設計できることは言うまでもない。
【図面の簡単な説明】
【００６０】
【図１】機械制御装置における保守処理に関する機能ブロック構成の説明図
【図２】遠隔地からデータ通信を行なう場合の例の説明図
【図３】実行レベルデータと状態データとの関係テーブルの例の説明図
【図４】状態データ記憶装置に関する内蔵プログラムまたは内蔵データの更新の説明図
【図５】機械制御装置における保守処理の実行動作を説明するためのフローチャート
【符号の説明】
【００６１】
１０：ＣＡＮバス
１１、１２、１３：ＥＣＵ
３０：通信Ｉ／Ｆ
３１：通信制御部
３２：保守制御部
３３：リクエスト入力部
３４：リクエスト解析部
３５：状態データ生成部
３６：更新実行部
３７：履歴情報記憶部
３８：保守データ生成部
３９：保守データ出力部
４０：電源制御部
４１：更新許容確認部
４２：操作表示部
４３：リクエスト記憶部
【図１】
2006257915.tif 000003
【図２】
2006257915.tif 000004
【図３】
2006257915.tif 000005
【図４】
2006257915.tif 000006
【図５】
2006257915.tif 000007