JP2017163252A - 車両用ゲートウェイ装置及びプログラム - Google Patents

Abstract

【課題】直接モニタ不能なモニタ対象通信ラインに通信されるメッセージの正確な通信順序をモニタできるようにした車両用ゲートウェイ装置とそのプログラムを提供する。【解決手段】ゲートウェイ装置１０の制御部１１が、通信ラインＢにメッセージＭ１を中継制御するときには、メッセージＭ１を通信ラインＢに送信し送信完了したときにメッセージＭ１を通信ラインＣのバッファ１４に格納し、通信ラインＢからメッセージＭ２を受信したときには当該受信したときにメッセージＭ２を通信ラインＣのバッファ１４に格納する。【選択図】図１

Description

本発明は、車両用ゲートウェイ装置及びプログラムに関する。

車両内では、多数の電子制御装置が連携して車両内の各種要素を制御する。近年、車両制御内容は複雑化し、車両内では通信ノード数も通信データ量も増大しており、このため各通信ノードは複数の通信ラインを用いて通信処理するようになっている（例えば、特許文献１参照）。特許文献１記載の技術によれば、これらの複数の通信ラインの間を接続するための車両用ゲートウェイ装置を設けている。

特開２００７−３１２１９３号公報

発明者は、車両開発段階や故障発生時において通信ラインにおける通信状況をモニタできるようにすることで、開発のスピード化又は故障発生時の早期原因究明に役立てることを考慮している。しかし、複数の通信ラインのうち一部の通信ラインは車両内部に組み付けられていることがあり、通信ラインに直接アクセスすることが困難であり、車両を分解しなければならない。

車両の分解処理、及び、分解後の現状復帰のための工数を考慮すれば、車両外部から簡単にアクセス可能な場所でモニタできることが望ましい。このような場合、車両用ゲートウェイ装置が、ＯＢＤ（On-board diagnostics）コネクタに接続されている通信ライン、又は、無線通信モジュールが接続されている通信ラインにメッセージをミラーリングし、モニタツールがＯＢＤコネクタや無線通信モジュールを通じてメッセージを取得する方法が考えられる。しかしながら、通信順序を誤ってモニタしてしまう虞を生じることが判明している。

本発明の開示の目的は、直接モニタ不能なモニタ対象通信ラインに通信されるメッセージの正確な通信順序をモニタできるようにした車両用ゲートウェイ装置、及び、そのプログラムを提供することにある。

前述の課題を解決するため、請求項１記載の発明によれば、送信バッファと制御部とを備える。バッファは複数の通信ラインのうちの外部からモニタ可能なモニタ可能通信ラインへ送信するための先入れ先出し型のバッファである。

制御部は、予め中継テーブルに保持された通信元ラインと通信先ラインとメッセージの識別子との関係に応じて複数の通信ラインの間にメッセージを中継制御する。また、制御部は、管理機能により複数の通信ラインのうち何れの通信ラインをモニタするかを管理する。このとき制御部は、管理機能によりモニタ対象とする通信ラインがモニタ対象通信ラインとされたときには、他の通信ラインから第１メッセージを受信しモニタ対象通信ラインに中継制御するときには、第１メッセージをモニタ対象通信ラインに送信し送信完了したときに第１メッセージをバッファに格納する。また、制御部は、モニタ対象通信ラインから第２メッセージを受信するときには、当該受信したときに第２メッセージをバッファに格納する。

このとき、車両用ゲートウェイ装置が第１メッセージを受信した後、当該第１メッセージをモニタ対象通信ラインに中継制御する前に、モニタ対象通信ラインから第２メッセージを受信した場合、第１メッセージをモニタ対象通信ラインに送信し送信完了したときに第１メッセージをバッファに格納するため、第１メッセージがバッファに格納される前に第２メッセージがバッファに格納されることになる。

このため、その後、制御部が、第１メッセージをモニタ対象通信ラインに中継制御したときに第１メッセージがバッファに格納され、これにより、バッファの先入れ先出し処理により、第２メッセージ、第１メッセージの順に処理されたことがモニタされることになる。これにより、モニタ対象通信ラインにおけるメッセージの通信順序を正確にモニタできる。

第１実施形態における車両用システムの構成を概略的に示すブロック図 フレームの一部を構成するメッセージの説明図 車両用ゲートウェイ装置の内部構成を機能的に示す説明図 中継テーブルに保持される内容の説明図 処理手順を示すフローチャート メッセージの通信処理例の説明図（その１） メッセージの通信処理例の説明図（その２） メッセージの通信処理例の説明図（その３） メッセージの通信処理例の説明図（その４） メッセージの通信処理例の説明図（その５） 第２実施形態における処理手順を示すフローチャート

以下、車両用システムを構成する車両用ゲートウェイ装置の幾つかの実施形態について図面を参照しながら説明する。
（第１実施形態）
図１〜図１０は第１実施形態の説明図を示す。図１は車両用システムの構成を概略的に示している。図１に示すように、車両内には多数の電子制御装置（以下ＥＣＵと称す（ＥＣＵはElectronic Control Unit））２，３，４，５が配置されており、これらの多数のＥＣＵ２〜５が、複数の通信ラインＡ、Ｂを用いてネットワーク接続されている。これらの多数のＥＣＵ２〜５は、他のＥＣＵと連携動作することで車両内の様々な制御を行う。なお、図１中の通信ラインＣにはＥＣＵが接続されていないが、これは説明の便宜上記載していないものであり、通信ラインＣにＥＣＵが接続されていても良い。複数の通信ラインＡ〜Ｃは、例えばＣＡＮ、ＬＩＮなどの車載ＬＡＮ用のバスであり、複数のＥＣＵ２〜５は予め定められたプロトコルに基づいて送受信用のメッセージをフレームとして送受信可能になっている。

図２はフレームの一部のメッセージＭの内容例を示す。このメッセージＭは、例えばデータフレーム内の一部を示しており、データフレームの種別を識別する識別子フィールドIDと、データを格納するデータフィールドDATAとを備える。例えば、ＣＡＮのデータフレームでは、このメッセージＭの識別子フィールドに設定される識別子に基づいてデータ内容や送信ノードを識別できる。データフレームは、識別子フィールドやデータフィールド以外の領域にも各値が設定されるが、本願には関係しないため説明を省略する。以下では、データフレームのメッセージＭを通信対象として説明を行うが、本願の特徴はデータフレームに限られるものではなく、どのようなフレームにも適用できる。

図１に示すように、通信ラインＡ〜Ｃのうち、通信ラインＣには、ＯＢＤ(On Board Diagnostics）コネクタ６、又は／及び、無線通信モジュール（Wireless Communication Module：所謂データコミュニケーションモジュール（ＤＣＭ：Data Communication Module））７が接続されている。

ＯＢＤコネクタ６は、例えば車両設計者、ディーラや修理工場の作業者が必要なときに外部からモニタツール８を接続可能なコネクタである。すなわち、ＯＢＤコネクタ６は例えば車両開発時や車両故障時にモニタツール８を接続可能になっている。モニタツール８は、これらの車両設計者や作業者により操作されることにより、通信ラインＡ〜Ｃのうち選択した通信ラインをモニタ指令可能になっている。また、通信ラインＣに接続される無線通信モジュール７は、外部のモニタツール９との間で無線通信可能になっている。外部のモニタツール９は、モニタツール８と同様に、車両設計者や作業者により操作されることにより、通信ラインＡ〜Ｃのうち選択した通信ラインをモニタ指令可能になっている。

通信ラインＡ〜Ｃの間には、車両用ゲートウェイ装置（GateWay；以下ゲートウェイ装置と略す）１０が設けられている。このゲートウェイ装置１０は、制御部（Controller）１１、バッファ（Buffer）１２〜１４を備える。制御部１１は、内蔵された非遷移的実体的記録媒体としてのメモリに格納されたプログラムを実行する。制御部１１が、プログラムを実行することで、プログラムに対応する各手順を処理できる。このゲートウェイ装置１０は、制御部１１による制御動作モードとして、通常の中継制御処理を行う通常動作モードと、通信ラインＡ〜Ｃのうちの所定の通信ラインのメッセージＭの通信状況をモニタするモニタモードと、を備える。

ゲートウェイ装置１０は、通常動作モードにおいて、複数の通信ラインＡ〜Ｃのうちの選択された２つの通信ライン（例えばＡとＢ、ＢとＣ、ＣとＡ）間にわたるメッセージＭの通信処理を中継する。またゲートウェイ装置１０は、モニタモードにおいて、通常動作モードの処理を行うと共に、モニタツール８又は９によりモニタ指令された通信ライン（例えばＢ）の通信状況を取得し、当該取得された通信状況を、要求されたモニタツール８又は９に応答可能になっている。

図３はゲートウェイ装置１０の内部構成を機能的にも示している。制御部１１は、中継テーブル（Routing Table）１５を備え、動作割当制御機能（Dispatch）１６、及び、管理機能（Monitor Mode Manage）１７を備える。図４は中継テーブル１５に保持された内容を概略的に示している。中継テーブル１５には、メッセージＭ１〜Ｍ４…の識別子（ID）と通信元ラインと通信先ラインとの関係が予め保持されている。

図３に示す制御部１１は、動作割当制御機能１６により制御処理内容や用途に応じて動作の割当制御を行う。また制御部１１は、管理機能１７により複数の通信ラインＡ〜Ｃのうち何れの通信ラインをモニタするか管理する。バッファ１２〜１４は、各通信ラインＡ〜Ｃに対応してそれぞれ設けられており、それぞれ送信バッファ及び受信バッファ（符号なし）を備えるが、これらのバッファ１２〜１４は先入れ先出し型（ＦＩＦＯ）のキュー構造とされている。

以下、通常動作モード、モニタモードにおける動作について図５に示すフローチャートを参照しながら説明する。図５に示すように、ゲートウェイ装置１０の制御部１１は、ステップＴ１において通信ラインＡ〜Ｃのうち何れかの通信ラインからメッセージＭを受信した場合にステップＴ２以降の処理を行う。制御部１１は、ステップＴ１においてメッセージＭを受信すると、ステップＴ２においてモニタモードがオンされているか否かを判定する。

制御部１１は、モニタモードがオフされているとステップＴ２にてＮＯと判定し、ステップＴ５において通常動作モードの中継制御処理を行う。制御部１１が、通常動作モードにおいて通常の中継制御処理を行うときには、制御部１１は、メッセージＭから識別子を読取り、中継テーブル１５に保持されたメッセージＭの識別子と照合して通信先ラインを特定し、当該メッセージＭを通信先ラインに対応したバッファ（１２〜１４の何れか）に格納し、そしてバッファ（１２〜１４の何れか）から通信先ライン（Ａ〜Ｃの何れか）に送信する。これにより、通信先ラインに接続された送信先ノードのＥＣＵにメッセージＭを伝達できる。

例えば、図４に示されるメッセージＭ１には識別子が「１００」と付与されており、通信元ラインが通信ラインＡ、通信先ラインが通信ラインＢとして予め定められている。このため、制御部１１がメッセージＭ１の識別子を「１００」と読取ると、この識別子「１００」に応じて通信先ラインＢに対応したバッファ１３にメッセージＭ１を格納し、その後、制御部１１が通信先ラインとなる通信ラインＢに出力することで通信ラインＢに接続された送信先ノードのＥＣＵにメッセージＭ１を伝達できる。その他のメッセージＭ２〜Ｍ４についても同様となるが、識別子「２１０」のメッセージＭ３に示すように、通信先ラインが複数の通信ラインＢ、Ｃとなる場合もあれば、識別子「３００」のメッセージＭ４に示すように、通信先ラインはなく、メッセージＭ４が中継されることなくゲートウェイ装置１０の内部で消滅する場合もある。

他方、設計者や作業者が通信ラインをモニタしたいときには、外部のモニタツール８又は９を操作する。これにより、通信ラインＡ〜Ｃのうちいずれか一つの通信ラインがモニタ指令される。ここでは、通信ラインＢがモニタ対象通信ラインとして指令されたものとして説明する。すると、制御部１１はこの指令された内容を読み取り、モニタモードをオンに設定する。

この後、制御部１１が、ステップＴ１において通信ラインＡ〜Ｃのうち何れかの通信ラインからメッセージＭを受信し、ステップＴ２においてモニタモードがオンされていることを確認すると、ステップＴ２にてＹＥＳと判定する。このとき、制御部１１はステップＴ３以降に示すモニタモードの処理を行う。制御部１１は、ステップＴ３においてモニタツール８又は９から要求されたモニタ対象通信ラインを判断する。モニタ対象通信ラインが通信ラインＢに指令されているため、ステップＴ４において通信ラインＢをモニタ対象通信ラインに設定する。

そして、制御部１１は、ステップＴ１にて受信したメッセージＭがモニタ対象通信ラインである通信ラインＢから受信したメッセージＭであるときには、ステップＴ６においてＹＥＳと判定し、当該受信したときにモニタ可能通信ラインである通信ラインＣへのバッファ１４にメッセージＭを格納する。すなわち、受信メッセージＭが通信ラインＢから受信されたときには、制御部１１は、その受信メッセージＭが中継対象メッセージであるか否かにかかわらず、通信ラインＣのバッファ１４に強制的に格納する。

したがって、例えば図４のメッセージＭ２のように、メッセージＭ２が通信先ラインＣに送信されるときには、当然、メッセージＭ２は通信先ラインＣのバッファ１４に格納され、これ以外の例えば図４のメッセージＭ４に示すように、通信先ラインが存在しておらず、メッセージＭ４がゲートウェイ装置１０で消滅し中継されない場合においても、メッセージＭ４が通信ラインＢから受信されたときには、通信先ラインＣのバッファ１４に強制的に格納される。そして、制御部１１はバッファ１４に格納されたメッセージＭを通信ラインＣに送信する。これにより、モニタツール８又は９がメッセージＭの識別子を参照して当該メッセージＭをモニタできる。

また制御部１１は、ステップＴ１にて受信したメッセージＭが通信ラインＢに中継制御するメッセージであると判断したときには、ステップＴ６でＮＯ、ステップＴ９でＹＥＳと判定し、ステップＴ１０において通信ラインＢへのバッファ１３にメッセージＭを格納する。そして制御部１１は、ステップＴ１１において通信ラインＢにメッセージＭを送信完了するまで待機し、送信完了したことを条件として、ステップＴ７の処理に移行し、通信ラインＣへのバッファ１４にメッセージＭを格納する。そして制御部１１は、バッファ１４に格納されたメッセージＭを通信ラインＣに送信する。これにより、モニタツール８又は９がメッセージＭの識別子を参照してモニタできる。なお、モニタツール８又は９が要求したモニタ対象通信ラインが通信ラインＡであっても、通信ラインＡをモニタ対象通信ラインとして同様の処理を行うため、通信ラインＢを対象として説明したステップＴ４、Ｔ６〜Ｔ１１の対応処理の図示、及び、その説明を省略する。

この図５に示す流れでメッセージＭを通信処理する場合の具体例について図６から図１０を参照しながら説明する。なお、図５に示す流れと同様に、通信ラインＢをモニタ対象通信ラインとして設定し、通信ラインＣをモニタ可能通信ラインとして説明を行う。

図６に示すように、ゲートウェイ装置１０が、通信ラインＡから受信した第１メッセージＭ１を通信ラインＢに中継制御するときに、通信ラインＢから第２メッセージＭ２を受信し通信ラインＣに中継する場合について考慮する。ゲートウェイ装置１０が、通信ラインＡから第１メッセージＭ１を受信し通信ラインＢに中継するときには、制御部１１は、図５のステップＴ６にてＮＯ、ステップＴ９にてＹＥＳと判定する。

このため、図７に示すように、STEP1にて通信ラインＡから受信した第１メッセージＭ１を通信ラインＢの送信用のバッファ１３に格納し、STEP2にてバッファ１３から通信ラインＢに送信し、その後、STEP3にて通信ラインＢのバッファ１３から通信ラインＣの送信用のバッファ１４に第１メッセージＭ１を格納する。そして、制御部１１は通信ラインＣに第１メッセージＭ１を送信する。このとき制御部１１は、通信ラインＡから第１メッセージＭ１を受信し通信ラインＢのバッファ１３に格納するタイミングであるSTEP1と同時期に、通信ラインＣのバッファ１４にメッセージＭ１を格納することはない（図７の×印参照）。

また、ゲートウェイ装置１０の制御部１１が、通信ラインＢから第２メッセージＭ２を受信し通信ラインＣに中継制御するときには、制御部１１は、図５のステップＴ６にてＹＥＳと判定する。このため、図８に示すように、STEP1にて通信ラインＢから受信した第２メッセージＭ２を通信ラインＣのバッファ１４に格納する。そして、制御部１１は通信ラインＣにメッセージＭ２を送信する。

図９は、ゲートウェイ装置１０が、通信ラインＡからメッセージＭ１を受信し通信ラインＢに中継した後に、通信ラインＢからメッセージＭ２を受信し通信ラインＣに中継するときのメッセージＭ１、Ｍ２の流れを示している。

このような場合、制御部１１は、通信ラインＡから第１メッセージＭ１を受信したときに、図９のSTEP1にて当該第１メッセージＭ１をバッファ１３に格納し、図９のSTEP2にてバッファ１３から通信ラインＢに第１メッセージＭ１を送信する。そして制御部１１は、バッファ１３から第１メッセージＭ１を送信完了した後に、図９のSTEP3にてバッファ１４に第１メッセージＭ１を格納する。そして制御部１１は第１メッセージＭ１を通信ラインＣに送信する。その後、制御部１１は、通信ラインＢから第２メッセージＭ２を受信したときに、図９のSTEP4にて第２メッセージＭ２を通信ラインＣのバッファ１４に格納する。そして制御部１１は第２メッセージＭ２を通信ラインＣに送信する。このとき、バッファ１４へのメッセージＭ１、Ｍ２の格納順序はＭ１→Ｍ２の順序であり、このメッセージＭ１、Ｍ２が先入れ先出しされ、通信ラインＣにメッセージＭ１、Ｍ２が送信されることで、モニタツール８又は９はこの順序でメッセージＭ１、Ｍ２をモニタできる。

通信ラインＢにおける実際のメッセージＭ１、Ｍ２の送受信順序は、メッセージＭ１の送信、メッセージＭ２の受信、の順序であるため、通信ラインＢにおける実際のメッセージＭ１、Ｍ２の送受信順序通りに当該メッセージＭ１、Ｍ２を通信ラインＣに送信でき、これにより、モニタツール８又は９は、ゲートウェイ装置１０が通信ラインＢを用いてメッセージＭ１、Ｍ２を実際に送受信した順序で通信状況をモニタできる。

図１０は、ゲートウェイ装置１０が、通信ラインＡから第１メッセージＭ１を受信した後、通信ラインＢに中継する前に、通信ラインＢから第２メッセージＭ２を受信し、その後、第１メッセージＭ１を通信ラインＢに中継したときのメッセージＭ１、Ｍ２の流れを示している。

このような場合、制御部１１は、通信ラインＡから第１メッセージＭ１を受信したときに、図１０のSTEP1において当該第１メッセージＭ１を通信ラインＢのバッファ１３に格納する。この後、制御部１１は、通信ラインＢから第２メッセージＭ２を受信すると、図１０のSTEP2において通信ラインＣのバッファ１４に第２メッセージＭ２を強制的に格納する。その後、制御部１１は、図１０のSTEP3において第１メッセージＭ１を通信ラインＢに送信し送信完了した後に、図１０のSTEP4において通信ラインＣのバッファ１４にメッセージＭ１を格納する。

このとき、バッファ１４へのメッセージＭ１、Ｍ２の格納順序はＭ２→Ｍ１の順序であり、このメッセージＭ２、Ｍ１が先入れ先出しされ、通信ラインＣにメッセージＭ２、Ｍ１が送信されることで、モニタツール８又は９はこの順序でメッセージＭ２、Ｍ１をモニタできる。

ゲートウェイ装置１０が、通信ラインＢにおいて実際にメッセージＭ１、Ｍ２を送受信する順序は、メッセージＭ２の受信、メッセージＭ１の送信の順序であるため、通信ラインＢにおける実際のメッセージＭ２、Ｍ１の送受信順序通りに当該メッセージＭ２、Ｍ１を通信ラインＣに送信でき、これにより、モニタツール８又は９は、ゲートウェイ装置１０が通信ラインＢを用いてメッセージＭ２、Ｍ１を実際に送受信した順序で通信状況をモニタできる。

以上説明したように、本実施形態によれば、ゲートウェイ装置１０の制御部１１が、通信ラインＢにメッセージＭ１を中継制御するときには、メッセージＭ１を通信ラインＢに送信し送信完了したときにメッセージＭ１を通信ラインＣのバッファ１４に格納し、通信ラインＢからメッセージＭ２を受信したときには当該受信したときにメッセージＭ２を通信ラインＣのバッファ１４に格納するようにした。

これにより、ゲートウェイ装置１０の制御部１１が、通信ラインＣに先入れ先出しでメッセージＭを送信し、モニタツール８又は９がこれらのメッセージＭを取得すれば、モニタツール８又は９は、通信ラインＢのメッセージＭの送受信順序通りに通信ラインＣから当該メッセージＭを取得できる。これにより、モニタツール８又は９は、ゲートウェイ装置１０が通信ラインＢを用いてメッセージＭを実際に送受信した順序で通信状況をモニタできる。また、たとえ通信ラインＢにモニタツール８又は９から直接接続不能な状態とされていたとしても、車両を分解することなくモニタ対象通信ラインＢの通信状況を遠隔モニタできる。また、ゲートウェイ装置１０の内部に記憶されたソフトウェアを都度更新する必要がなくなる。

なお、制御部１１が、通信ラインＢからメッセージＭ４を受信したときには、当該メッセージＭ４がたとえ中継対象とされないメッセージであったとしても、強制的に通信ラインＣのバッファ１４に格納される。このため、モニタツール８又は９はモニタ対象通信ラインＢの受信メッセージＭ４をモニタできる。

制御部１１は、管理機能１７によりモニタツール８又は９から通信ラインＡ〜Ｃのうち何れの通信ラインがモニタ要求されたかを判定し、制御部１１は、モニタ要求された通信ラインＢをモニタ対象通信ラインとする。このため、外部から要求された通信ラインＢをモニタ対象通信ラインとして設定できる。

（第２実施形態）
図１１は第２実施形態の追加説明図を示している。図１１は、図５に代わる制御部１１による処理手順を示すもので、同一処理を行うステップでは同一のステップ番号を付してその説明を省略し、異なる部分に添え字「ａ」を付している。

例えば、ゲートウェイ装置１０が、通信ラインＡ〜Ｃを通じて通信するときに生じる異常を検出する異常検出機能を備えていても良い。この異常検出機能は、例えば特許文献１に開示されているように、周期的に識別情報を監視することにより、発信元の健全度を監視し、この監視される健全度が所定より悪化したときに異常であると検出することが考えられる。このような異常検出トリガは、従来より様々提案されているため、その詳細説明を省略する。

このとき、図１１のステップＴ２ａに示すように、制御部１１が異常検出したか否かを判断し、図１１のステップＴ３ａにおいて異常検出された通信ラインを判断すると良い。そして制御部１１は、図１１のステップＴ４ａにおいて、当該異常が検出された通信ラインＢを管理機能１７によりモニタ対象通信ラインとすると良い。

この場合、制御部１１は、モニタモードがオンになっているか否かに拘わらず、自主的に通信ライン（例えばＢ）の異常を検出し、この異常が検出されたときに当該異常が検出された通信ライン（例えばＢ）をモニタ対象通信ラインとして、モニタ可能通信ラインＣのバッファ１４にメッセージＭを格納し、通信ラインＣに送信する。これにより、外部のモニタツール８又は９が異常検出された通信ラインＢに関する通信状況を把握できる。その他、第１実施形態と同様の作用効果を奏する。

（他の実施形態）
本発明は、前述した実施形態に限定されるものではなく、種々変形して実施することができ、その要旨を逸脱しない範囲で種々の実施形態に適用可能である。例えば以下に示す変形又は拡張が可能である。

制御部１１が実行する機能の一部または全部を、一つあるいは複数のＩＣによりハードウェア的に構成しても良い。前述した複数の実施形態を組み合わせて構成しても良い。なお、特許請求の範囲に記載した括弧内の符号は、本発明の一つの態様として前述する実施形態に記載の具体的手段との対応関係の一例を示すものであって、本発明の技術的範囲を限定するものではない。

図面中、Ａ、Ｂ、Ｃは通信ライン（Ｂはモニタ対象通信ライン、Ｃはモニタ可能通信ライン）、１１は制御部、１４はバッファ、１５は中継テーブル、１９は管理機能、Ｍ、Ｍ１〜Ｍ４…はメッセージ（Ｍ１は第１メッセージ、Ｍ２は第２メッセージ）、を示す。

Claims (4)

1. 複数の通信ライン（Ａ〜Ｃ）に少なくとも一つ設けられ外部からモニタ可能なモニタ可能通信ライン（Ｃ）へ送信するための先入れ先出し型のバッファであり前記モニタされるメッセージ（Ｍ、Ｍ１〜Ｍ４…）を格納するバッファ（１４）と、
   予め中継テーブル（１５）に保持された通信元ラインと通信先ラインと前記メッセージの識別子との関係に応じて前記複数の通信ラインの間に前記メッセージを中継制御する制御部（１１）と、を備え、
   前記制御部は、
   前記複数の通信ラインのうち何れの通信ラインをモニタするか管理する管理機能（１７）を備え、当該管理機能によりモニタ対象とする通信ラインがモニタ対象通信ライン（Ｂ）とされたときには、
   前記モニタ対象通信ライン（Ｂ）とは異なる他の前記通信ライン（Ａ）から第１メッセージ（Ｍ１）を受信し前記モニタ対象通信ライン（Ｂ）に中継制御するときには、前記第１メッセージを前記モニタ対象通信ライン（Ｂ）に送信し送信完了したときに前記第１メッセージ（Ｍ１）を前記バッファに格納し、
   前記モニタ対象通信ライン（Ｂ）から第２メッセージ（Ｍ２）を受信したときには、当該受信したときに前記第２メッセージ（Ｍ２）を前記バッファに格納する車両用ゲートウェイ装置。
2. 請求項１記載の車両用ゲートウェイ装置において、
   前記制御部は、前記管理機能により外部のモニタツール（８、９）から何れの通信ラインをモニタ要求されたかを判定し、前記モニタ要求された通信ラインを前記モニタ対象通信ラインとする車両用ゲートウェイ装置。
3. 請求項１記載の車両用ゲートウェイ装置において、
   前記制御部は、前記通信ラインに生じた異常を検出する異常検出機能を備え、前記異常検出機能により異常が検出されたときに当該異常が検出された前記通信ラインを前記モニタ対象通信ラインとする車両用ゲートウェイ装置。
4. 複数の通信ラインに少なくとも一つ設けられ外部からモニタ可能なモニタ可能通信ライン（Ｃ）へ送信するための先入れ先出し型のバッファであり前記モニタされるメッセージ（Ｍ、Ｍ１〜Ｍ４…）を格納するバッファ（１４）と、予め中継テーブルに保持された通信元ラインと通信先ラインと前記メッセージの識別子との関係に応じて前記複数の通信ラインの間に前記メッセージを中継制御する制御部（１１）と、を備え、前記制御部は前記複数の通信ラインのうち何れの通信ラインをモニタするか管理する管理機能（１７）を備えた車両用ゲートウェイ装置であり、前記管理機能によりモニタ対象とする通信ラインがモニタ対象通信ライン（Ｂ）とされたときに前記車両用ゲートウェイ装置に実行させるプログラムであって、
   前記制御部に、
   前記モニタ対象通信ライン（Ｂ）とは異なる他の前記通信ライン（Ａ）から第１メッセージ（Ｍ１）を受信し前記モニタ対象通信ライン（Ｂ）に中継制御するときには、前記第１メッセージを前記モニタ対象通信ライン（Ｂ）に送信し送信完了したときに前記第１メッセージ（Ｍ１）を前記バッファに格納させる手順と、
   前記モニタ対象通信ライン（Ｂ）から第２メッセージ（Ｍ２）を受信したときには、当該受信したときに前記第２メッセージ（Ｍ２）を前記バッファに格納させる手順と、
   を実行させるプログラム。

Images