JP2003122426A

JP2003122426A - リモートメンテナンスシステム

Info

Publication number: JP2003122426A
Application number: JP2001318118A
Authority: JP
Inventors: Hiroshi Sugano; 寛菅野
Original assignee: Keihin Corp
Current assignee: Keihin Corp
Priority date: 2001-10-16
Filing date: 2001-10-16
Publication date: 2003-04-25
Also published as: US7236862B2; GB2398133A; GB0408088D0; WO2003034166A1; US20040255261A1; GB2398133B; DE10297311T5

Abstract

(57)【要約】【課題】遠隔地からの操作により移動体のメンテナン
スを実行することができるリモートメンテナンスシステ
ムを提供する。【解決手段】車両４に問題が発生したら、ディーラ７
において車両４のＥＣＵと通信サーバ３を接続する。次
にメーカ６の技術者がディーラ７より連絡を受けてメン
テナンス端末１を起動し、通信サーバ３へＤＴＣを要求
するコマンドを送信する。ＤＴＣ要求コマンドは、デー
タ管理サーバ５と通信サーバ３を介してＥＣＵへ伝達さ
れ、ＥＣＵではＤＴＣをメンテナンス端末１へ向けて送
信する。車両４から送信されたＤＴＣは、通信サーバ３
とデータ管理サーバ５を介して、メンテナンス端末１へ
入力されて表示される。メーカ６の技術者は、表示され
たＤＴＣにより車両４の状況を判断し、ディーラ７のサ
ービスマンに適切な指示を与えたり、自らメンテナンス
端末１を操作して、車両４に対するメンテナンスを実行
する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】この発明は、例えば車両や二
輪車等を含む移動体のメンテナンスを遠隔地から実行す
るためのリモートメンテナンスシステムに関する。

【０００２】

【従来の技術】従来、自動車や二輪車、船舶等を含む移
動体のメンテナンスを行う場合、移動体に備えられたＥ
ＣＵ（Electronic Control Unit ）等の制御装置から、
移動体を制御するために移動体の各部に設けられた各種
センサや各種アクチュエータ等の状態を示すデータを取
得して故障診断を実行する。また、センサやアクチュエ
ータを正常に機能させるために、診断結果に基づいて、
制御装置に対する新たな制御プログラムや制御データの
設定を実行する。このように移動体の制御装置へデータ
を設定する場合、または制御装置からデータを取得する
場合、制御装置とのインタフェースを備えた端末を操作
するために、技術者は移動体と端末の保管された場所ま
で出向いて作業を行う。あるいは、技術者が現地へ出向
くことができない場合は、電話等で指示を行いながら、
現地の作業者に端末を操作してもらう。

【０００３】また、このように移動体のメンテナンスを
行う装置としては、例えば特公平７−１５４２７号公報
に示すようなものが知られている。この装置では、自動
車の電子制御装置に接続された故障診断装置、あるいは
故障診断装置に接続されたエキスパートコンピュータを
利用して、電子制御装置との間でデータの送受信を行
い、自動車各部のアクチュエータの故障診断を行う。更
に、エキスパートコンピュータは、電話回線を利用して
ホストコンピュータへ接続され、ホストコンピュータか
らメーカレベルの故障診断用のプログラムやデータの供
給を受けると共に、電子制御装置から取得したデータに
よりホストコンピュータ上にデータベースを構築する。
これにより、故障診断装置によって手軽に故障診断を実
行することが可能となり、更に、必要に応じてホストコ
ンピュータからメーカレベルの故障診断用のプログラム
やデータの供給を受けたエキスパートコンピュータによ
る高度な故障診断を実行することが可能となる。

【０００４】

【発明が解決しようとする課題】しかし、上述のような
従来の装置では、故障診断装置を用いて移動体に備えら
れた制御装置との間でデータの送受信を行うことによ
り、容易に移動体のメンテナンスを実行することができ
るものの、故障診断装置を用いてメンテナンスを行う技
術者は、故障診断装置、あるいはエキスパートコンピュ
ータを操作するために、移動体と故障診断装置、あるい
はエキスパートコンピュータの保管場所まで出向く必要
があり、作業効率が悪いという問題があった。また、技
術者の移動に伴う費用が発生するという問題があった。
また、技術者が現地まで出向かない場合には、技術者の
指示により現地の作業者に作業を代行させる必要があ
り、作業者に作業の内容を正確に伝えるために非常に多
くの労力を必要とした。更に、複数の移動体のメンテナ
ンスが必要な場合に、複数の移動体の状況を一度に監視
することができないために、即時性が求められる状況に
対して対応することができないという問題があった。

【０００５】本発明は、上記課題に鑑みてなされたもの
で、遠隔地からの操作により移動体のメンテナンスを実
行することができるリモートメンテナンスシステムを提
供することを目的とする。

【０００６】

【課題を解決するための手段】上記課題を解決するため
に、請求項１の発明に係わるリモートメンテナンスシス
テムは、遠隔地から移動体の制御装置（例えば実施の形
態のＥＣＵ１１）を監視して該移動体のメンテナンスを
行うためのリモートメンテナンスシステムであって、通
信網（例えば実施の形態の通信網２）に接続されて、前
記通信網から受信した前記移動体の状況を示すメンテナ
ンス情報を操作者に対して表示すると共に、前記通信網
へ前記制御装置に対する制御情報を送信するメンテナン
ス端末（例えば実施の形態のメンテナンス端末１）と、
前記制御装置と前記通信網との間に接続されると共に、
前記制御装置から取得した前記メンテナンス情報を前記
メンテナンス端末へ送信し、前記メンテナンス端末から
送信された前記制御情報を受信して前記制御装置へ設定
する通信サーバ（例えば実施の形態の通信サーバ３）と
を備えたことを特徴とする。

【０００７】以上の構成を備えたリモートメンテナンス
システムは、通信サーバが移動体の制御装置から移動体
の状況を示すメンテナンス情報を取得したら、これをメ
ンテナンス端末へ送信する。メンテナンス端末側では、
その操作者にメンテナンス情報を表示して、移動体に対
する制御情報の入力を促し、操作者の入力に基づいた制
御情報を、通信サーバへ送信する。制御情報を受信した
通信サーバは、これを制御装置に設定して制御装置を動
作させることで、メンテナンス端末の操作者が遠隔地よ
り、制御装置を動作させることができるようになる。

【０００８】請求項２の発明に係わるリモートメンテナ
ンスシステムは、請求項１に記載のリモートメンテナン
スシステムにおいて、前記メンテナンス端末と前記通信
サーバとの間で送受信される前記メンテナンス情報ある
いは前記制御情報を記憶して両者の通信を仲介するデー
タ管理サーバ（例えば実施の形態のデータ管理サーバ
５）を備え、前記メンテナンス端末と前記通信サーバ
が、前記メンテナンス情報あるいは前記制御情報を、前
記データ管理サーバを介して送受信することを特徴とす
る。以上の構成を備えたリモートメンテナンスシステム
は、データ管理サーバにより、メンテナンス端末から通
信サーバへ、または通信サーバからメンテナンス端末へ
の通信データを一時記憶し、該通信データをそれぞれメ
ンテナンス端末、または通信サーバの要求タイミングで
取得できるようにすることができる。

【０００９】請求項３の発明に係わるリモートメンテナ
ンスシステムは、請求項１、または請求項２に記載のリ
モートメンテナンスシステムにおいて、前記データ管理
サーバが、前記メンテナンス情報あるいは前記制御情報
を、該メンテナンス情報あるいは該制御情報の送信元と
送信先を示す情報をファイル名とするファイルへ記憶す
ることを特徴とする。以上の構成を備えたリモートメン
テナンスシステムは、複数の通信サーバと複数のメンテ
ナンス端末間の送受信データを容易に区別して、メンテ
ナンス端末、あるいは通信サーバにデータを要求された
時に、ファイル名から複数の送受信データの送信先、送
信元を特定して送受信データの中継を行うことができ
る。

【００１０】

【発明の実施の形態】以下、図面を参照して本発明の実
施の形態について説明する。図１は、本発明の一実施の
形態のリモートメンテナンスシステムの構成を示すブロ
ック図である。なお、本実施の形態では、メンテナンス
対象の移動体の一例として車両を例に取り説明を行う。
図１に示すように、本実施の形態のリモートメンテナン
スシステムは、メンテナンス端末１を、通信網２を介し
て通信サーバ３へ接続し、車両４のメンテナンスを遠隔
地から効率良く実行するシステムであって、データ管理
サーバ５は、メンテナンス端末１通信サーバ３との送受
信データの中継を行う。

【００１１】図１において、メンテナンス端末１は、遠
隔地に存在する車両４のメンテナンスを行うために、例
えばメーカ６の技術者が利用するクライアント端末であ
って、メンテナンス対象の車両４の状況を示すメンテナ
ンス情報を操作者に対して表示し、表示された情報を確
認した操作者の入力操作に基づいて制御情報を送信す
る。なお、メンテナンス端末１には、入力装置、表示装
置等（いずれも図示せず）が接続されるものとする。こ
こで、入力装置とはキーボード、マウス等の入力デバイ
スのことをいう。表示装置とはＣＲＴ（Cathode Ray Tu
be）ディスプレイ装置や液晶表示装置等の画像表示装置
とスピーカ等の音声表示装置のことをいう。

【００１２】通信網２は、メンテナンス端末１が遠隔地
のメンテナンス対象の車両４からメンテナンス情報を取
得するために、メンテナンス端末１に接続された通信網
であって、例えばＷＡＰ（Wireless Application Proto
col ）による無線通信、ＴＣＰ／ＩＰ（Transmission C
ontrol Protocol / Internet Protocol）とＷＷＷ（Wor
ld Wide Web）を利用したインターネット、あるいはＰ
ＳＴＮ（Public SwitchTelephone Network）やＩＳＤＮ
（Integrated Services Digital Network）等の公衆回
線網を介した有線通信により情報の送受信を行う。

【００１３】また、通信サーバ３は、例えば車両のディ
ーラ７内に設けられ、メンテナンス対象の車両４に接続
されると共に車両４の制御装置とデータの送受信を行う
インタフェースを備えたサーバであって、車両４の制御
装置から取得したデータを通信網２を介してメンテナン
ス端末１へ送信し、一方、メンテナンス端末１から通信
網２を介して受信した制御情報を、車両４の制御装置へ
設定する。なお、この時通信サーバ３は、通信網２上の
データ送受信における通信規格と、車両４の制御装置に
対するデータ送受信における通信規格との間の相互変換
を行う。車両４は、本実施の形態のリモートメンテナン
スシステムのメンテナンス対象の移動体であって、通信
サーバ３と接続されて車両の各部に備えられたセンサや
アクチュエータの情報を送受信する制御装置を備えてい
る。なお、車両４の詳細については後述する。

【００１４】データ管理サーバ５は、メンテナンス端末
１と通信サーバ３との間の通信を仲介するＨＴＴＰ（Hy
per Text Transfar Protocol）サーバであって、通信サ
ーバ３からメンテナンス端末１、またはメンテナンス端
末１から通信サーバ３への通信データを一時記憶し、該
通信データをそれぞれメンテナンス端末１、または通信
サーバ３の要求タイミングで取得できるようにする。ま
た、例えばメンテナンス端末１や通信サーバ３が、それ
ぞれのイントラネットに属している場合に、データ管理
サーバ５が通信の仲介を行うことで、イントラネット上
でパケットフィルタリングを行うプロキシサーバやファ
イアウォールを越えてメンテナンス端末１と通信サーバ
３との間の通信を実現することができる。なお、上述の
ディーラ７の数に合わせて、通信サーバ３は通信網２に
１台以上が接続されるものとする。また、メンテナンス
端末１もメンテナンス内容に合わせてメーカ６内に複数
台を用意し、通信網２に複数台を接続して操作しても良
い。

【００１５】また、図１を用いて、本実施の形態のリモ
ートメンテナンスシステムの処理の流れの一例を簡単に
説明すると、まず、車両４に異常が発生すると（異常
発生）、車両４のユーザが車両４をディーラ７へ持ち込
む（整備依頼）。ディーラ７では、サービスマンが車
両４の制御装置へ通信サーバ３を接続し（通信サーバ
接続）、メーカ６へ電話をかけてメンテナンスを依頼す
る（メンテナンス依頼）。メーカ６では、技術者がメ
ンテナンス端末１を起動し、データ管理サーバ５を経由
して、車両４の制御装置から車両４の状況を示すメンテ
ナンス情報を取得して故障診断を行う（メンテナンス
実行）。そして、故障診断の結果が判明したらディーラ
７のサービスマンに通知する（診断結果通知）。故障
診断結果を通知されたディーラ７のサービスマンは、車
両４の整備を行う（整備実行）。なお、ディーラ７の
サービスマンに故障診断結果を通知するかわりに、メン
テナンス端末１から、車両４の制御装置へ制御プログラ
ムや制御データを設定して車両整備を実行しても良い。

【００１６】次に、本実施の形態のリモートメンテナン
スシステムによりメンテナンスが行われる車両４の構成
を図面を参照して説明する。図２は、車両４のメンテナ
ンスに係わる構成を示すブロック図である。図２におい
て、ＥＣＵ１１はＣＰＵ（中央演算装置）１２を備えた
車両４の制御装置であって、ＣＰＵ１２には、（１）車両４に搭載された各種センサの信号をＡ／Ｄ変
換し、ディジタル信号として取り込むＡ／Ｄ変換器（２）車両４に搭載された各種センサや各種アクチュエ
ータ等の状態を示すデータ、または各種センサや各種ア
クチュエータに設定するデータを記憶するためのＲＡＭ
（Random Access Memory）（３）ＣＰＵ１２上で実行される車両制御プログラム等
を記憶するＲＯＭ（ReadOnly Memory）（４）上述のプログラムやデータにより車両４の制御を
行うための演算を行う演算器（５）ＣＰＵと外部装置とのインタフェースである入出
力部が備えられている。また、ＥＣＵ１１には、車両４に搭
載された各種センサからの信号をＣＰＵ１２へ入力する
ためのセンサ入力回路１３と、車両４に搭載された各種
アクチュエータに対してＣＰＵ１２から出力される信号
を、各種アクチュエータに入力するための制御出力回路
１４とが備えられている。

【００１７】一方、ＥＣＵ１１に対する入力デバイス２
１として用意された車両４の各種センサには、例えばエ
ンジンの吸入空気の酸素濃度を検出するＯ２センサ２
２、エンジンのスロットル開度を検出するスロットル開
度センサ２３、エンジン冷却水の温度を検出する水温セ
ンサ２４、外気温を検出する外気温センサ２５、大気圧
を検出する大気圧センサ２６、エンジンオイルの油圧を
検出する油圧センサ２７等がある。また、ＥＣＵ１１に
より制御される出力デバイス３１として用意された車両
４の各種アクチュエータには、例えば燃料噴射量を制御
するフューエルインジェクション３２、エンジン点火時
期を制御するイグニッションコイル３３、２次エアー通
路のバルブの開閉によりエンジンのアイドル回転数制御
を行うアイドルコントロールソレノイド３４、燃料ポン
プの吐出圧力を制御するフューエルポンプ３５等があ
る。

【００１８】次に、図１を用いて説明した上述のリモー
トメンテナンスシステムの処理の流れにおけるメンテナ
ンス端末１と通信サーバ３、及びＥＣＵ１１の動作を図
面を参照して説明する。図３、及び図４は、リモートメ
ンテナンスシステムの処理の流れにおけるメンテナンス
端末１と通信サーバ３、及びＥＣＵ１１の動作を示すシ
ーケンス図である。なお、図３、及び図４ではメンテナ
ンス端末１と通信サーバ３、及びＥＣＵ１１との間のデ
ータの送受信内容、及び順序を説明するものとし、メン
テナンス端末１と通信サーバ３との通信を中継するデー
タ管理サーバ５の動作についての説明はここでは省略す
る。また、データ管理サーバ５の動作については、詳細
を後述する。

【００１９】図３において、まず上述の処理の流れの一
例のように、メーカ６の技術者がディーラ７より連絡を
受けてメンテナンス端末１を起動し、リモートメンテナ
ンスを開始すると、メンテナンス端末１から通信サーバ
３へイニシャリゼーションを要求するコマンドが送信さ
れる（ステップＳ１）。通信サーバ３は、このイニシャ
リゼーション要求コマンドをＥＣＵ１１に対する通信規
格に変更して、ＥＣＵ１１へ中継する（ステップＳ
２）。通信サーバ３からイニシャリゼーション要求コマ
ンドの中継を受けたＥＣＵ１１は、イニシャリゼーショ
ンを実行し（ステップＳ３）、イニシャリゼーション実
行結果のステータスを通信サーバ３へ送信する（ステッ
プＳ４）。そして、ＥＣＵ１１からイニシャリゼーショ
ン実行結果のステータスを受信した通信サーバ３は、こ
れをメンテナンス端末１に対する通信規格に変更して、
メンテナンス端末１へ中継する（ステップＳ５）。

【００２０】ＥＣＵ１１のイニシャリゼーションが終了
したら、次にメンテナンス端末１からは、ＤＴＣ数を要
求するコマンドが通信サーバ３へ送信される（ステップ
Ｓ６）。ここで、ＤＴＣ数とは車両４の状況を示す故障
診断コード、すなわちＤＴＣ（Diagnostic Trouble Cod
e）の数のことである。ＤＴＣ数を要求するコマンドを
受信した通信サーバ３は、これをＥＣＵ１１に対する通
信規格に変更して、ＥＣＵ１１へ中継する（ステップＳ
７）。通信サーバ３からＤＴＣ数要求コマンドの中継を
受けたＥＣＵ１１は、記憶部からＤＴＣ数を取出し（ス
テップＳ８）、これを通信サーバ３へ送信する（ステッ
プＳ９）。そして、ＥＣＵ１１からＤＴＣ数を受信した
通信サーバ３は、これをメンテナンス端末１に対する通
信規格に変更して、メンテナンス端末１へ中継する（ス
テップＳ１０）。

【００２１】ＤＴＣ数を受信したメンテナンス端末１
は、ＤＴＣ数をチェックしてＤＴＣ数が「０」の場合
は、「ＤＴＣなし」をメンテナンス端末１の操作者に対
して表示する（ステップＳ１１）。また、ＤＴＣ数が
「１以上」の場合は、通信サーバ３へ、フリーズデータ
原因ＤＴＣを要求するコマンドを送信する（ステップＳ
１２）。ここで、フリーズデータとはＤＴＣを発行した
時のカレントデータを表すものであって、フリーズデー
タは通常１つのＤＴＣに対応するものしか保存しない。
従って、この保存されるフリーズデータは、ＤＴＣの中
でも優先順位が高く、よりトラブルとして重要なＤＴＣ
に対応したデータが保存される。この時のＤＴＣをフリ
ーズデータ原因ＤＴＣという。

【００２２】フリーズデータ原因ＤＴＣを要求するコマ
ンドを受信した通信サーバ３は、これをＥＣＵ１１に対
する通信規格に変更して、ＥＣＵ１１へ中継する（ステ
ップＳ１３）。通信サーバ３からフリーズデータ原因Ｄ
ＴＣ要求コマンドの中継を受けたＥＣＵ１１は、記憶部
からフリーズデータ原因ＤＴＣを取出し（ステップＳ１
４）、これを通信サーバ３へ送信する（ステップＳ１
５）。そして、ＥＣＵ１１からフリーズデータ原因ＤＴ
Ｃを受信した通信サーバ３は、これをメンテナンス端末
１に対する通信規格に変更して、メンテナンス端末１へ
中継する（ステップＳ１６）。

【００２３】次に、図４において、フリーズデータ原因
ＤＴＣを受信したメンテナンス端末１は、これをメンテ
ナンス端末１の操作者に対して表示する（ステップＳ１
７）と共に、通信サーバ３へ、フリーズデータリストを
要求するコマンドを送信する（ステップＳ１８）。な
お、ステップＳ１７において、フリーズデータ原因ＤＴ
Ｃを操作者に表示する場合、ＤＴＣに対応する文書をデ
ータベースから取り出してＤＴＣと共に表示しても良
い。ここで、データベースはメンテナンス端末１上であ
っても、通信網２上であっても、アクセスできる場所に
あれば場所を選ばない。フリーズデータリストを要求す
るコマンドを受信した通信サーバ３は、これをＥＣＵ１
１に対する通信規格に変更して、ＥＣＵ１１へ中継する
（ステップＳ１９）。

【００２４】通信サーバ３からフリーズデータリスト要
求コマンドの中継を受けたＥＣＵ１１は、記憶部からフ
リーズデータリストを取出し（ステップＳ２０）、これ
を通信サーバ３へ送信する（ステップＳ２１）。そし
て、ＥＣＵ１１からフリーズデータリストを受信した通
信サーバ３は、これをメンテナンス端末１に対する通信
規格に変更して、メンテナンス端末１へ中継する（ステ
ップＳ２２）。フリーズデータリストを受信したメンテ
ナンス端末１は、これをメンテナンス端末１の操作者に
対して表示し、ＥＣＵ１１に要求するフリーズデータを
操作者に選択させる（ステップＳ２３）。そして、通信
サーバ３へ、選択されたフリーズデータを要求するコマ
ンドを送信する（ステップＳ２４）。

【００２５】フリーズデータを要求するコマンドを受信
した通信サーバ３は、これをＥＣＵ１１に対する通信規
格に変更して、ＥＣＵ１１へ中継する（ステップＳ２
５）。通信サーバ３からフリーズデータ要求コマンドの
中継を受けたＥＣＵ１１は、記憶部からフリーズデータ
を取出し（ステップＳ２６）、これを通信サーバ３へ送
信する（ステップＳ２７）。そして、ＥＣＵ１１からフ
リーズデータリストを受信した通信サーバ３は、これを
メンテナンス端末１に対する通信規格に変更して、メン
テナンス端末１へ中継する（ステップＳ２８）。フリー
ズデータを受信したメンテナンス端末１は、これをメン
テナンス端末１の操作者に対して表示し、操作者に車両
４の故障原因を判断させる（ステップＳ２９）。なお、
１つの問題に対してＤＴＣが複数存在する場合は、ステ
ップＳ２３とステップＳ２９を繰り返し実行し、メンテ
ナンス端末１の操作者に車両４の故障原因を判断させ
る。

【００２６】以上がリモートメンテナンスシステムの処
理の流れにおけるメンテナンス端末１と通信サーバ３、
及びＥＣＵ１１の動作であるが、次に、図面を参照して
メンテナンス端末１とＥＣＵ１１との間で送受信される
データ及びコマンドについて説明する。図５は、メンテ
ナンス端末１から通信サーバ３を介してＥＣＵ１１に送
信されるリクエストメッセージの一例を示した図であ
る。図５に示すように、リクエストメッセージは、最長
で１１バイトのデータ長を持つ信号であって、１〜３バ
イト目までは固定のデータが入力される。また、４〜１
０バイト目は最大７バイトのデータ領域であり、１１バ
イト目はチェックサムである。これにより、メンテナン
ス端末１は、ＥＣＵ１１に対して（１）ダミーメッセー
ジ、（２）カレントデータ全リスト、（３）カレントデ
ータ拡張リスト、（４）カレントデータ、（５）フリー
ズデータの原因ＤＴＣ、（６）フリーズデータ全リス
ト、（７）フリーズデータ拡張リスト、（８）フリーズ
データ、（９）ＤＴＣ数、（１０）ＤＴＣ等の要求を行
う。

【００２７】一方、図６は、ＥＣＵ１１から通信サーバ
３を介してメンテナンス端末１に送信されるレスポンス
メッセージの一例を示した図である。図６に示すよう
に、レスポンスメッセージは、リクエストメッセージと
同様に最長で１１バイトのデータ長を持つ信号であっ
て、１〜２バイト目までは固定のデータが入力される。
また、３バイト目はＥＣＵ内部のアドレスを示し、４〜
１０バイト目は最大７バイトのデータ領域である。ま
た、１１バイト目はチェックサムである。

【００２８】なお、特に（１）ダミーメッセージ、
（２）カレントデータ全リスト、（３）カレントデータ
拡張リスト、（４）カレントデータ、（９）ＤＴＣ数の
６〜９バイト目、及び（６）フリーズデータ全リスト、
（７）フリーズデータ拡張リスト、（８）フリーズデー
タの７〜１０バイト目は、１バイト＝８ビットのデータ
枠が４個で計３２個のビットに対応した３２種類の情報
を送受信できることを表している。例えば、（６）フリ
ーズデータ全リストにおいては、３２ビット中の１ビッ
ト目が「１」の時はＯ２センサ２２による酸素濃度の情
報が、２ビット目が「１」の時はスロットル開度センサ
２３によるスロットル開度の情報が、３ビット目が
「１」の時は水温センサ２４によるエンジン冷却水温度
の情報がそれぞれフリーズデータとして記憶されている
ことを示す。

【００２９】また、（１０）ＤＴＣは５、６バイト目、
７、８バイト目、９、１０バイト目を利用して１６バイ
トのＤＴＣを３個送信する。これにより、ＥＣＵ１１
は、メンテナンス端末１に対して（１）ダミーメッセー
ジ、（２）カレントデータ全リスト、（３）カレントデ
ータ拡張リスト、（４）カレントデータ、（５）フリー
ズデータの原因ＤＴＣ、（６）フリーズデータ全リス
ト、（７）フリーズデータ拡張リスト、（８）フリーズ
データ、（９）ＤＴＣ数、（１０）ＤＴＣ等の返信を行
う。

【００３０】なお、図５のリクエストメッセージとレス
ポンスメッセージの説明において、（１）ダミーメッセ
ージの要求及び返信に係わるデータが（２）カレントデ
ータ全リストの要求及び返信に係わるデータと同一であ
るが、本実施の形態では、ダミー（見せかけ）として送
受信するデータは、カレントデータ全リストの要求及び
返信に係わるデータと同一とする。ここで、ダミーメッ
セージとは、イニシャリゼーションにより通常モードか
ら故障診断モードへ変更されたＥＣＵ１１のモードが、
通常モードに戻らないように一定のタイミングで送るメ
ッセージのことを言う。また、上述のリクエストメッセ
ージ、あるいはレスポンスメッセージのフォーマット
は、通信規格のＳＡＥ１９７８、ＳＡＥ１９７９、ＩＳ
Ｏ９１４１−２のメッセージフォーマットに準拠したも
のである。

【００３１】また、以上の説明においては、リモートメ
ンテナンスシステムの処理の流れにおけるメンテナンス
端末１と通信サーバ３、及びＥＣＵ１１の動作を示すシ
ーケンス図を、メンテナンス端末１と通信サーバ３との
通信を中継するデータ管理サーバ５の動作を省略して説
明したが、次にデータ管理サーバ５の動作を図面を参照
して説明する。まず図７のフローチャートを用いて、デ
ータ管理サーバ５がメンテナンス端末１、または通信サ
ーバ３からデータを送信された場合のデータ受信動作を
説明する。

【００３２】図７において、まずデータ管理サーバ５
は、メンテナンス端末１、または通信サーバ３からデー
タを受信すると（ステップＳ３１）、これをデータ管理
サーバ５内に設けられた記憶部に保存する（ステップＳ
３２）。次に、データ受信に関するエラー発生の有無を
判定し（ステップＳ３３）、エラーが発生していた場合
（ステップＳ３３のＹＥＳ）、エラー処理を行って（ス
テップＳ３４）、レスポンス信号にエラーを設定する
（ステップＳ３５）。また、ステップＳ３３において、
エラーが発生していなかった場合（ステップＳ３３のＮ
Ｏ）、レスポンス信号にエラー無しを設定する（ステッ
プＳ３６）。そして、レスポンス信号の設定が完了した
ら、データを送信したメンテナンス端末１、または通信
サーバ３に対してレスポンス信号を送信する（ステップ
Ｓ３７）。

【００３３】次に図８のフローチャートを用いて、デー
タ管理サーバ５がメンテナンス端末１、または通信サー
バ３からデータを要求された場合のデータ要求受信動作
を説明する。図８において、まずデータ管理サーバ５
は、メンテナンス端末１、または通信サーバ３からデー
タ要求を受信すると（ステップＳ４１）、これをきっか
けにデータ管理サーバ５内に設けられた記憶部を検索し
て要求されたデータを探す（ステップＳ４２）。次に、
データ要求受信に関するエラー発生の有無を判定し（ス
テップＳ４３）、エラーが発生していた場合（ステップ
Ｓ４３のＹＥＳ）、エラー処理を行って（ステップＳ４
４）、レスポンス信号にエラーを設定する（ステップＳ
４５）。また、ステップＳ４３において、エラーが発生
していなかった場合（ステップＳ４３のＮＯ）、データ
管理サーバ５は、記憶部に要求されたデータが保存され
ているか否かを判定する（ステップＳ４６）。

【００３４】ステップＳ４６において、記憶部に要求さ
れたデータが保存されている場合（ステップＳ４６のＹ
ＥＳ）、レスポンス信号に要求されたデータ自身を設定
する（ステップＳ４７）。また、ステップＳ４６におい
て、記憶部に要求されたデータが保存されていなかった
場合（ステップＳ４６のＮＯ）、レスポンス信号にデー
タ無しを設定する（ステップＳ４８）。そして、レスポ
ンス信号の設定が完了したら、データを送信したメンテ
ナンス端末１、または通信サーバ３に対してレスポンス
信号を送信する（ステップＳ４９）。

【００３５】なお、データ管理サーバ５におけるメンテ
ナンス端末１と通信サーバ３との間のコマンドの中継方
法も、上述のデータの中継方法と同一なので、ここでは
説明を省略する。そこで、次に図９を用いて、上述のデ
ータ管理サーバ５がデータまたはデータ要求のコマンド
を受信する際にメンテナンス端末１、または通信サーバ
３から送信される信号、そして、データまたはデータ要
求のコマンドに応答したメンテナンス端末１、または通
信サーバ３から送信される信号のデータ構造、更にはデ
ータ管理サーバ５における受信したデータの管理方法を
説明する。

【００３６】図９（ａ）に示すように、基本的にデータ
の構造は２０バイトの送信元情報と、同様に２０バイト
の送信先情報、及びメンテナンス端末１と通信サーバ３
との間で送受信される情報を付加する可変長のデータ・
コマンド領域から構成されている。ここで、送信元、及
び送信先の関係は以下のように指定される。例えば、通
信サーバ３がメンテナンス端末１にコマンドを要求する
場合は、図９（ｂ）の（１）に示すように送信元に通信
サーバ３を示す「ｓｅｒｖｅｒ」、送信先にメンテナン
ス端末１を示す「ｃｌｉｅｎｔ」を設定し、「ｇｅｔｄ
ａｔａ」コマンドと一緒に図９（ａ）に示した構造の信
号を、データ管理サーバ５へ送信する。なお、この場合
データ・コマンド領域には何も設定されない。同様に、
例えば、メンテナンス端末１が通信サーバ３に要求され
たコマンドを送信する場合は、図９（ｂ）の（２）に示
すように送信元にメンテナンス端末１を示す「ｃｌｉｅ
ｎｔ」、送信先に通信サーバ３を示す「ｓｅｒｖｅｒ」
を設定し、「ｐｕｔｄａｔａ」コマンドと一緒に図９
（ａ）に示した構造の信号を、データ管理サーバ５へ送
信する。なお、この場合データ・コマンド領域にはＥＣ
Ｕ１１に対する情報が設定される。

【００３７】更に、例えば、メンテナンス端末１が通信
サーバ３にデータを要求する場合は、図９（ｂ）の
（３）に示すように送信元にメンテナンス端末１を示す
「ｃｌｉｅｎｔ」、送信先に通信サーバ３を示す「ｓｅ
ｒｖｅｒ」を設定し、「ｇｅｔｄａｔａ」コマンドと一
緒に図９（ａ）に示した構造の信号を、データ管理サー
バ５へ送信する。なお、この場合データ・コマンド領域
には何も設定されない。同様に、例えば、通信サーバ３
がメンテナンス端末１に要求されたデータを送信する場
合は、図９（ｂ）の（４）に示すように送信元に通信サ
ーバ３を示す「ｓｅｒｖｅｒ」、送信先にメンテナンス
端末１を示す「ｃｌｉｅｎｔ」を設定し、「ｐｕｔｄａ
ｔａ」コマンドと一緒に図９（ａ）に示した構造の信号
を、データ管理サーバ５へ送信する。なお、この場合デ
ータ・コマンド領域にはＥＣＵ１１から受信した情報が
設定される。

【００３８】また、このような送信元、送信先を指定し
たデータの送受信を行うために、データ管理サーバ５で
は、図９（ｃ）に示すようなデータファイルの管理を行
う。すなわち、データ管理サーバ５では複数の送信元、
あるいは送信先に対応し、かつ同じ送信元、及び送信先
における複数のデータの送受信に対応するために、送信
元、及び送信先を指定したシーケンシャル管理ファイル
と、送信元、及び送信先を指定した送受信バッファファ
イルとを利用する。図９（ｃ）の（１）、（２）に示す
シーケンシャル管理ファイルは、２の６４乗までのシー
ケンシャル番号を記憶するファイルであって、それぞれ
データまたはコマンドの要求用と、データまたはコマン
ドの送信用とに分けて作成される。また、要求用と送信
用のファイルは、更に送信元、送信先の情報によって分
類されて管理される。また、シーケンシャル管理ファイ
ルに記憶されたシーケンシャル番号は、メンテナンス端
末１と通信サーバ３との間で対応する通信が発生するた
びに１つカウントアップされる。

【００３９】一方、図９（ｃ）の（３）、（４）に示す
送受信バッファファイルは、実際にメンテナンス端末１
と通信サーバ３との間で送受信されるデータやコマンド
をバッファリングするためのファイルであって、それぞ
れデータまたはコマンドの要求用と、データまたはコマ
ンドの送信用とに分けて作成される。また、シーケンシ
ャル管理ファイルと同様に、要求用と送信用のファイル
は、更に送信元、送信先の情報によって分類されて管理
される。また、送受信バッファファイルは、実際のメン
テナンス端末１と通信サーバ３との間の送受信データや
送受信コマンドのやり取りを、順番を変えずに管理する
ために、図９（ｃ）に示すように、ファイル名が送信元
及び送信先の情報と、対応するシーケンシャル管理ファ
イルに記憶されたシーケンシャル番号とで構成されてい
る。これにより、データ管理サーバ５は、複数のメンテ
ナンス端末１と通信サーバ３との間で送受信されるデー
タやコマンドを、それぞれのメンテナンス端末１と通信
サーバ３との間毎に個別かつ時系列で管理することによ
り、メンテナンス端末１と通信サーバ３との間で送受信
されるデータやコマンドを間違いなく中継することがで
きる。

【００４０】なお、上述の実施の形態では、ＥＣＵ１１
から通信サーバ３を介してメンテナンス端末１へ送信さ
れる情報はＤＴＣが中心であったが、例えばＥＣＵ１
１、あるいは通信サーバ３にカメラ等の撮像装置とマイ
ク等の集音装置を接続し、車両４の状態を診断するため
の画像や音をメンテナンス端末１へ送信するようにして
も良い。これにより、メンテナンス端末１側の操作者
が、車両４に関するより詳細な情報を取得することがで
きる。

【００４１】また、上述の実施の形態のリモートメンテ
ナンスシステムの説明では、ＥＣＵ１１とメンテナンス
端末１とのデータ、またはコマンドの送受信によるリモ
ートメンテナンスを主に説明したが、例えば通信網２に
ＩＳＤＮやＡＤＳＬ（Asymmetric Digital Subscriber
Line）、更にはＩＰＰｈｏｎｅ等の技術を用いること
で、データやコマンドの送受信と同時に、メーカ６の技
術者とディーラ７のサービスマンとの間の音声通話を行
うようにしても良い。これにより、詳細な状況を確認し
ながらリモートメンテナンスが行えるので、より確実な
診断結果や整備内容を得ることができる。また、上述の
実施の形態で説明したデータ管理サーバ５は、リモート
メンテナンス端末１と通信サーバ３とが１台ずつの場合
では設けなくても良い。

【００４２】以上説明したように、本実施の形態のリモ
ートメンテナンスシステムは、車両４に異常が発生した
場合に、例えば車両４をディーラ７へ入庫すると、ディ
ーラ７において通信サーバ３が接続されて、メーカ６側
に用意されたメンテナンス端末１と車両４に搭載された
ＥＣＵ１１とを通信可能にする。そこで、メーカ６の技
術者は、メンテナンス端末１を用いてＥＣＵ１１から車
両４の状況を示すメンテナンス情報を取得し、これを判
断することにより、ディーラ７のサービスマンに適切な
指示を与えたり、自らメンテナンス端末１を操作して、
車両４に対するメンテナンスを実行することが可能とな
る。従って、従来は車両４が保管されている場所まで出
向いて実行していた詳細なメンテナンスも、遠隔地から
実行することができるようになる。

【００４３】

【発明の効果】以上の如く、請求項１に記載のリモート
メンテナンスシステムによれば、通信サーバが移動体の
制御装置から移動体の状況を示すメンテナンス情報を取
得してメンテナンス端末へ送信し、メンテナンス端末の
操作者にメンテナンス情報を表示して、移動体に対する
制御情報の入力を促す。そして、操作者の入力に基づい
た制御情報を通信サーバへ送信し、通信サーバは、これ
を制御装置に設定して制御装置を動作させることで、メ
ンテナンス端末の操作者が遠隔地より、制御装置を動作
させることができるようになる。従って、メンテナンス
端末の操作者が、移動体の保管場所まで出向く必要がな
くなるので、移動に伴う時間と費用が削減できるという
効果が得られる。移動に伴う時間が削減できれば、メン
テナンスの効率も向上する。

【００４４】また、メンテナンス端末から制御装置を自
由に操れるので、即時性が要求されるような事象に対し
ても対応することができるようになる。更に、通信網が
接続されていればメンテナンス端末を機能させることが
できるので、移動体の保管場所に係わらず、メンテナン
ス端末の操作者は場所を選ばずにメンテナンスを実行で
きるという効果が得られる。また、通信網を接続できれ
ばメンテナンスができるので、移動体の数に係わらずに
メンテナンスを実行することができる。また、メンテナ
ンス端末の操作者は、メンテナンス対象の移動体に関す
るロギングデータを容易に入手することが可能となる。

【００４５】請求項２に記載のリモートメンテナンスシ
ステムによれば、データ管理サーバにより、メンテナン
ス端末から通信サーバへ、または通信サーバからメンテ
ナンス端末への通信データを一時記憶し、該通信データ
をそれぞれメンテナンス端末、または通信サーバの要求
タイミングで取得できるようにすることができる。従っ
て、両者の間の通信の効率を向上させることができ、更
にメンテナンス端末と複数の移動体との間でデータの送
受信が発生しても、データ管理サーバがデータをバッフ
ァリングしてデータの流れを制御するので、メンテナン
ス端末は、データ管理サーバを特定の通信相手として通
信を行えば良く、通信に係る処理の負担を減らすことが
できるという効果が得られる。

【００４６】請求項３に記載のリモートメンテナンスシ
ステムによれば、複数の通信サーバと複数のメンテナン
ス端末間の送受信データを容易に区別して、メンテナン
ス端末、あるいは通信サーバにデータを要求された時
に、ファイル名から複数の送受信データの送信先、送信
元を特定して送受信データの中継を行うことができる。
従って、データ管理サーバが複数の通信サーバと複数の
メンテナンス端末間の送受信データの中継を行う際に、
送信先、送信元を間違えずに中継することができる。ま
た、送信先、送信元の情報が送受信データの中身を確認
せずに特定できるため、通信の効率を向上できるという
効果が得られる。

【図面の簡単な説明】

【図１】本発明の一実施の形態のリモートメンテナン
スシステムの構成を示すブロック図である。

【図２】同実施の形態のリモートメンテナンスシステ
ムによりメンテナンスが行われる車両の構成を示すブロ
ック図である。

【図３】同実施の形態のリモートメンテナンスシステ
ムの全体動作を示すシーケンス図である。

【図４】同実施の形態のリモートメンテナンスシステ
ムの全体動作を示すシーケンス図である。

【図５】同実施の形態のリモートメンテナンスシステ
ムで送受信されるリクエストメッセージデータの構造を
示す図である。

【図６】同実施の形態のリモートメンテナンスシステ
ムで送受信されるレスポンスメッセージデータの構造を
示す図である。

【図７】同実施の形態のリモートメンテナンスシステ
ムに備えられたデータ管理サーバのデータ受信動作を示
すフローチャートである。

【図８】同実施の形態のリモートメンテナンスシステ
ムに備えられたデータ管理サーバのデータ要求受信動作
を示すフローチャートである。

【図９】同実施の形態のリモートメンテナンスシステ
ムに備えられたデータ管理サーバに対する送受信データ
構造とデータ管理サーバのデータファイル管理方法を示
す図である。

【符号の説明】

１メンテナンス端末２通信網３通信サーバ４車両５データ管理サーバ１１ＥＣＵ

Claims

【特許請求の範囲】

【請求項１】遠隔地から移動体の制御装置を監視して
該移動体のメンテナンスを行うためのリモートメンテナ
ンスシステムであって、通信網に接続されて、前記通信網から受信した前記移動
体の状況を示すメンテナンス情報を操作者に対して表示
すると共に、前記通信網へ前記制御装置に対する制御情
報を送信するメンテナンス端末と、前記制御装置と前記通信網との間に接続されると共に、
前記制御装置から取得した前記メンテナンス情報を前記
メンテナンス端末へ送信し、前記メンテナンス端末から
送信された前記制御情報を受信して前記制御装置へ設定
する通信サーバとを備えたことを特徴とするリモートメ
ンテナンスシステム。
【請求項２】前記メンテナンス端末と前記通信サーバ
との間で送受信される前記メンテナンス情報あるいは前
記制御情報を記憶して両者の通信を仲介するデータ管理
サーバを備え、前記メンテナンス端末と前記通信サーバが、前記メンテ
ナンス情報あるいは前記制御情報を、前記データ管理サ
ーバを介して送受信することを特徴とする請求項１に記
載のリモートメンテナンスシステム。
【請求項３】前記データ管理サーバが、前記メンテナンス情報あるいは前記制御情報を、該メン
テナンス情報あるいは該制御情報の送信元と送信先を示
す情報をファイル名とするファイルへ記憶することを特
徴とする請求項１、または請求項２に記載のリモートメ
ンテナンスシステム。