(57)【要約】【課題】接続先の通信機器が扱う信号として複数種類の通信規格の信号が混在する場合であっても、スイッチ等の切り替えを必要とすることなく該当する通信規格に自動的に適応し通信する。【解決手段】第１の通信規格、及び前記第１の通信規格とは異なる第２の通信規格に対応した通信データの入出力が可能な少なくとも１つの信号処理部１２、１３と、前記信号処理部を制御し、前記信号処理部の動作状態もしくは受信した信号の状態に基づき、前記第１の通信規格に特有の第１の条件との適合性、及び前記第２の通信規格に特有の第２の条件との適合性を識別し、その識別結果に応じて前記第１の通信規格又は第２の通信規格に適合する通信方式を自動的に選択する通信制御部１１と、を備える。【選択図】図１
2010171910.tif 000002
【特許請求の範囲】
【請求項１】
相手側通信機器と各種通信規格にて接続可能な車載通信装置であって、
第１の通信規格、及び前記第１の通信規格とは異なる第２の通信規格に対応した通信データの入出力が可能な少なくとも１つの信号処理部と、
前記信号処理部を制御し、前記信号処理部の動作状態もしくは受信した信号の状態に基づき、前記第１の通信規格に特有の第１の条件との適合性、及び前記第２の通信規格に特有の第２の条件との適合性を識別し、その識別結果に応じて前記第１の通信規格又は第２の通信規格に適合する通信方式を選択する通信制御部と
を備えることを特徴とする車載通信装置。
【請求項２】
前記信号処理部として、前記第１の通信規格に対応した信号処理を行う第１の信号処理部と、前記第２の通信規格に対応した信号処理を行う第２の信号処理部とを有し、
前記通信制御部は、前記第１の信号処理部及び第２の信号処理部のそれぞれの動作状態もしくはそれぞれが受信した信号の状態に基づき、前記第１の信号処理部及び第２の信号処理部の中から所定の条件を満たす一方の信号処理部を選択することを特徴とする請求項１に記載の車載通信装置。
【請求項３】
前記通信制御部は、前記第１の信号処理部が正しく動作していることを検出した場合は、前記第２の信号処理部の動作を停止し、前記第２の信号処理部が正しく動作していることを検出した場合は、前記第１の信号処理部の動作を停止することを特徴とする請求項２に記載の車載通信装置。
【請求項４】
前記通信制御部は、前記第１の条件との適合性、及び前記第２の条件との適合性が不明である場合には、前記信号処理部から出力される前記第１の通信規格に対応した受信データ、及び前記第２の通信規格に対応した受信データの少なくとも一方の内容を参照し、正しい受信データに対応する通信方式を選択することを特徴とする請求項１に記載の車載通信装置。
【請求項５】
前記通信制御部は、通信規格に適合する通信方式が確定するまで、少なくとも所定時間、通信方式を選択するための処理を繰り返すことを特徴とする請求項１に記載の車載通信装置。
【請求項６】
前記通信制御部は、前記所定時間を経過するまで通信方式が確定しない場合は、車両のイグニッションスイッチにより電源が再投入されるまで通信動作を停止することを特徴とする請求項５に記載の車載通信装置。
【請求項７】
前記相手側通信機器と接続するための単一の共通コネクタの内部に、前記第１の信号処理部が送受信する信号を通すための第１の信号線と、前記第２の信号処理部が送受信する信号を通すための第２の信号線とを組み込んだことを特徴とする請求項２に記載の車載通信装置。
【請求項８】
相手側通信機器と各種通信規格にて接続可能な車載通信装置を制御するコンピュータに実行させるための通信制御プログラムであって、
第１の通信規格に特有の第１の条件との適合性について条件を満たすか否かを識別する第１ステップと、
前記第１の通信規格とは異なる第２の通信規格に特有の第２の条件との適合性について条件を満たすか否かを識別する第２ステップと、
前記第１ステップ又は第２ステップの結果に応じて、前記第１の通信規格又は前記第２の通信規格に適合する通信方式を選択する第３ステップと
を有することを特徴とする通信制御プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、互いに使用する通信規格が異なる複数種類の相手側通信機器に対して選択的に接続可能な車載通信装置及びそれを制御するための通信制御プログラムに関する。
【背景技術】
【０００２】
一般に、自動車などの車両には様々な電子機器が搭載されている。また、複数の電子機器が互いに通信できるように、通信インタフェースを搭載した電子機器は車両上の通信ネットワークに接続可能になっている。
【０００３】
従来より、このような車両上に搭載される電子機器が通信するための通信規格については、複数種類の通信規格が存在している。従って、各々の車載電子機器は、接続相手の他の車載電子機器、あるいは接続先の通信ネットワークが採用している通信規格に合うように、通信インタフェースの電気回路における信号処理や通信プロトコルを切り替えないと通信することができない。
【０００４】
実際には、車両には様々な種類が存在しており、車種毎に異なる通信規格を採用した通信ネットワークが搭載されている。また、同じ車種の車両であってもバリエーションの違いに応じて、異なる通信規格を採用した通信ネットワークが搭載される場合も多い。
【０００５】
従って、通信機能を搭載した車載電子機器を車両に搭載する場合には、それぞれの車載電子機器が通信相手の通信規格と適合するように、搭載対象の車両の車種やバリエーション毎に、適用する通信規格を切り替える必要があった。
【０００６】
そのため、一般的には、通信規格が異なる複数種類の車載電子機器が予め用意されている。そして、搭載対象の車両の車種やバリエーションに合わせて種類が適合する車載電子機器を作業者が選別し、該当する車載電子機器を車両に組み付けていた。また、複数の通信規格のそれぞれに対応した複数の通信インタフェースと、採用する通信規格を切り替えるための物理的なスイッチをそれぞれの車載電子機器に予め搭載する場合もある。その場合、搭載対象の車両の車種やバリエーションに合わせて、作業者がスイッチの切り替え操作を行っていた。
【０００７】
車載電子機器に関する技術ではないが、例えば特許文献１には複数の通信インタフェースを搭載した機器に関する技術が開示されている。特許文献１においては、通信インタフェースに関する電力消費を削減するために、BluetoothインタフェースとＩｒＤＡインタフェースのいずれからデータを受信したかを判別し、データを受信したインタフェース以外に対する電力供給を自動的に停止することを提案している。
【先行技術文献】
【特許文献】
【０００８】
【特許文献１】特開２００５−１３１８７６号公報
【発明の概要】
【発明が解決しようとする課題】
【０００９】
しかしながら、車載電子機器を目的の車両に搭載する際に、車両の車種やバリエーションに合わせて適合する車載電子機器を選別したり、適合する状態にスイッチを切り替えるような操作を作業者が行う場合には、間違いや操作ミスが発生しやすい。作業者の間違いや操作ミスによって、通信規格が合わない車載電子機器同士を接続した場合には、各車載電子機器が通信できなくなるだけでなく、例えば通信インタフェースから入力される異常な受信データの影響により車載電子機器の内部のコンピュータが暴走し、車載電子機器が全く動作しなくなる可能性も高い。
【００１０】
特許文献１に開示された従来技術においては、BluetoothインタフェースやＩｒＤＡインタフェースのように複数の無線通信インタフェースを搭載した場合に、どちらの無線通信インタフェースで相手からの信号を受信したかを区別し、その結果を制御に反映している。但し、BluetoothとＩｒＤＡとは互いに扱う信号の種類が全く異なるので、これらの信号を区別するのは極めて容易である。すなわち、Bluetoothインタフェースは２．４ＧＨｚの周波数帯の電波を用いて通信するのに対し、ＩｒＤＡインタフェースでは赤外線を用いて通信するので、両者の信号を混同することはあり得ない。
【００１１】
一方、車載電子機器の通信ケーブルを配線する場合には、対応している通信規格が異なる場合であっても、共通の通信ケーブルや共通のコネクタを用いる場合が多いので、例えば共通のコネクタを介して通信規格が異なる複数種類の信号が車載電子機器に入力される可能性が高い。つまり、車載電子機器に入力される信号については、複数種類の通信規格の信号が混在することになる。そのため、車載電子機器の場合には、実際に扱う信号の種類を区別するために、例えばスイッチの切り替え操作等が必要であった。従って、作業者による間違いや操作ミスは避けられなかった。
【００１２】
また、車載電子機器の通信を制御するためのソフトウェアを通信規格毎にそれぞれ別々に用意する必要があり、ソフトウェアの開発に伴うコストや複数種類のソフトウェアの管理に伴うコストが増大するのは避けられなかった。
【００１３】
本発明は、上述した事情に鑑みてなされたものであり、その目的は、接続先の通信機器が扱う信号として、複数種類の通信規格の信号が混在する場合であっても、スイッチ等の切り替えを必要とすることなく、該当する通信規格に自動的に適応し通信することが可能な車載通信装置及び通信制御プログラムを提供することにある。
【課題を解決するための手段】
【００１４】
前述した目的を達成するために、本発明に係る車載通信装置は、下記（１）〜（７）を特徴としている。
（１）  相手側通信機器と各種通信規格にて接続可能な車載通信装置であって、
第１の通信規格、及び前記第１の通信規格とは異なる第２の通信規格に対応した通信データの入出力が可能な少なくとも１つの信号処理部と、
前記信号処理部を制御し、前記信号処理部の動作状態もしくは受信した信号の状態に基づき、前記第１の通信規格に特有の第１の条件との適合性、及び前記第２の通信規格に特有の第２の条件との適合性を識別し、その識別結果に応じて前記第１の通信規格又は第２の通信規格に適合する通信方式を選択する通信制御部と
を備えること。
（２）  上記（１）の構成の車載通信装置において、
前記信号処理部として、前記第１の通信規格に対応した信号処理を行う第１の信号処理部と、前記第２の通信規格に対応した信号処理を行う第２の信号処理部とを有し、
前記通信制御部は、前記第１の信号処理部及び第２の信号処理部のそれぞれの動作状態もしくはそれぞれが受信した信号の状態に基づき、前記第１の信号処理部及び第２の信号処理部の中から所定の条件を満たす一方の信号処理部を選択すること。
（３）  上記（２）の構成の車載通信装置において、
前記通信制御部は、前記第１の信号処理部が正しく動作していることを検出した場合は、前記第２の信号処理部の動作を停止し、前記第２の信号処理部が正しく動作していることを検出した場合は、前記第１の信号処理部の動作を停止すること。
（４）  上記（１）の構成の車載通信装置において、
前記通信制御部は、前記第１の条件との適合性、及び前記第２の条件との適合性が不明である場合には、前記信号処理部から出力される前記第１の通信規格に対応した受信データ、及び前記第２の通信規格に対応した受信データの少なくとも一方の内容を参照し、正しい受信データに対応する通信方式を選択すること。
（５）  上記（１）の構成の車載通信装置において、
前記通信制御部は、通信規格に適合する通信方式が確定するまで、少なくとも所定時間、通信方式を選択するための処理を繰り返すこと。
（６）  上記（５）の構成の車載通信装置において、
前記通信制御部は、前記所定時間を経過するまで通信方式が確定しない場合は、車両のイグニッションスイッチにより電源が再投入されるまで通信動作を停止すること。
（７）  上記（２）の構成の車載通信装置において、
前記相手側通信機器と接続するための単一の共通コネクタの内部に、前記第１の信号処理部が送受信する信号を通すための第１の信号線と、前記第２の信号処理部が送受信する信号を通すための第２の信号線とを組み込んだこと。
【００１５】
上記（１）の構成の車載通信装置によれば、複数種類の通信規格の信号が共通の通信インタフェースに現れる場合であっても、接続先の相手側通信機器に合わせて通信方式を自動的に選択することができる。すなわち、接続先の相手側通信機器が第１の通信規格を採用している場合には第１の通信規格に対応した通信方式が選択され、相手側通信機器が第２の通信規格を採用している場合には第２の通信規格に対応した通信方式が選択される。従って、通信規格を切り替えるための作業者のスイッチ操作等が不要になる。また、共通のソフトウェアを複数の通信規格の通信に利用できるので、ソフトウェアの開発コストや管理コストを削減できる。
上記（２）の構成の車載通信装置によれば、独立した複数の信号処理部を備えるので、様々な通信規格に対応できる。
上記（３）の構成の車載通信装置によれば、前記第１の信号処理部及び前記第２の信号処理部のうち、不要な方の動作を自動的に停止することができる。これにより、無駄な電力消費を抑制できる。また、使用していない回路から発生する割り込み要求などを抑制できるので、処理の効率を高めることができる。
上記（４）の構成の車載通信装置によれば、複数種類の通信規格のプロトコル等が互いによく似ている場合のように、通信に関する動作だけでは通信規格との適合性を判別するのが困難な状況であっても、それを正しく判別可能である。例えば、受信データに含まれるエラーの有無等により、正しい受信データか否かを識別でき、通信規格との適合性を判別できる。
上記（５）の構成の車載通信装置によれば、複数種類の通信規格のプロトコル等が互いによく似ている場合や、それぞれの通信規格に特有の状況が現れるまでに時間がかかる場合であっても、通信規格との適合性を正しく判別可能である。すなわち、１回の識別処理だけでは識別困難な状況であっても、識別処理を所定時間繰り返すことにより、それぞれの通信規格に特有の状況が現れるまで待機することができ、正しい判別結果が得られる。
上記（６）の構成の車載通信装置によれば、異常な通信による装置の誤動作を防止できる。例えば、それ自身あるいは接続先の装置のコンピュータが暴走しているような場合は、電源の再投入によって正常な状態に復帰する可能性が高いので、通信動作を再開し通信規格の適合性を再び判別する。
上記（７）の構成の車載通信装置によれば、採用している通信規格が異なる複数種類の装置を共通コネクタを用いて接続できるので、複数のコネクタや複数の通信ケーブルを用意する必要がなく、接続の間違いも生じない。
【００１６】
前述した目的を達成するために、本発明に係る通信制御プログラムは、下記（８）を特徴としている。
（８）  相手側通信機器と各種通信規格にて接続可能な車載通信装置を制御するコンピュータに実行させるための通信制御プログラムであって、
第１の通信規格に特有の第１の条件との適合性について条件を満たすか否かを識別する第１ステップと、
前記第１の通信規格とは異なる第２の通信規格に特有の第２の条件との適合性について条件を満たすか否かを識別する第２ステップと、
前記第１ステップ又は第２ステップの結果に応じて、前記第１の通信規格又は前記第２の通信規格に適合する通信方式を選択する第３ステップと
を有すること。
【００１７】
上記（８）の構成の通信制御プログラムをコンピュータで実行することにより、接続先の相手側通信機器が扱う信号の通信規格に合わせて、適切な通信方式を自動的に選択できる。従って、通信規格を切り替えるための作業者のスイッチ操作等が不要になる。また、共通のソフトウェアを複数の通信規格の通信に利用できるので、ソフトウェアの開発コストや管理コストを削減できる。
【発明の効果】
【００１８】
本発明によれば、接続先の通信機器が扱う信号として、複数種類の通信規格の信号が混在する場合であっても、スイッチ等の切り替えを必要とすることなく、該当する通信規格に自動的に適応し通信することが可能になる。また、共通のソフトウェアを複数の通信規格の通信に利用できるので、ソフトウェアの開発コストや管理コストを削減できる。
【００１９】
以上、本発明について簡潔に説明した。更に、以下に説明される発明を実施するための形態を添付の図面を参照して通読することにより、本発明の詳細は更に明確化されるであろう。
【図面の簡単な説明】
【００２０】
【図１】実施の形態における車載通信装置の構成を示すブロック図である。
【図２】図１に示した車載通信装置の主要な動作を示すフローチャートである。
【発明を実施するための形態】
【００２１】
本発明の車載通信装置及び通信制御プログラムに関する具体的な実施の形態について、図１及び図２を参照しながら以下に説明する。図１は実施の形態における車載通信装置の構成を示すブロック図である。図２は図１に示した車載通信装置の主要な動作を示すフローチャートである。
【００２２】
図１に示すシステムは、互いに通信可能な車載通信装置１０と外部通信機器２０とそれらを接続する接続ケーブル３０とで構成されている。このシステムは自動車などの車両に搭載される。
【００２３】
車載通信装置１０及び外部通信機器２０の各々に相当する代表例としては、パワーウインドウ制御装置、ドアロック制御装置、バックミラー制御装置、エンジン制御装置、ライト制御装置などが想定される。図１においては車載通信装置１０と外部通信機器２０を接続したシステムを示しているが、実際の車両においては３以上の多数の装置が共通のネットワークを介して相互に接続される場合が多い。
【００２４】
この種の制御装置は、単独で動作することも可能であるが、外部装置との間で指令の信号をやりとりしたり、制御に必要な情報を入出力する必要があるので、外部装置との間でデータ通信を行う必要がある。
【００２５】
車載装置の通信については、現在では様々な通信規格が採用されているが、実際に使用される通信規格の代表例としては、ＵＡＲＴ (Universal Asynchronous Receiver Transmitter) 、ＬＩＮ（Local Interconnect Network）、ＣＡＮ（Controller Area Network）などがある。実際に採用している通信規格の種別については、車種毎に決定される場合が多い。また、同一の車種であっても、様々なバリエーションの違いに応じて採用する通信規格が変更される場合もある。
【００２６】
従って、図１に示す車載通信装置１０を作業者がある車両に搭載しようとする場合には、通信相手である外部通信機器２０の採用している通信規格が予め定まっているわけではなく、通信規格の不適合により車載通信装置１０と外部通信機器２０とが通信できない可能性もある。
【００２７】
図１に示した車載通信装置１０は、１台でＵＡＲＴ、ＬＩＮの２種類の通信規格に対応している。つまり、外部通信機器２０がＵＡＲＴ又はＬＩＮの通信規格を採用していれば、車載通信装置１０と外部通信機器２０との間で通信が可能になる。
【００２８】
また、図１に示した車載通信装置１０は、ＵＡＲＴ、ＬＩＮの２種類の通信規格に共通に利用できる単一の共通コネクタ１４を搭載している。すなわち、外部通信機器２０がＵＡＲＴ、ＬＩＮの２種類のいずれの通信規格を採用している場合であっても、共通の接続ケーブル３０を共通コネクタ１４に接続し、接続ケーブル３０を経由して通信を行う。従って、車載通信装置１０側から見ると、共通コネクタ１４にＵＡＲＴの通信規格を採用した外部通信機器２０が接続される場合もあるし、ＬＩＮの通信規格を採用した外部通信機器２０が接続される場合もある。すなわち、車載通信装置１０は共通コネクタ１４に接続される相手側機器（外部通信機器２０）との間で、ＵＡＲＴの通信規格に従って通信する場合もあるし、ＬＩＮの通信規格に従って通信する場合もある。
【００２９】
図１に示すように、車載通信装置１０は、主制御ユニット（ＭＥＴ ＭＣＵ：マイクロコントローラ）１１、ＬＩＮトランシーバ１２、ＵＡＲＴインタフェース（Ｉ／Ｆ）回路１３及び共通コネクタ１４を備えている。
【００３０】
主制御ユニット１１は、マイクロコンピュータを内蔵しており、内部のメモリ上に予め用意されている所定のプログラムを実行することにより、車載通信装置１０の機能を実現するための所定の動作を行う。この動作には、データ通信のための処理が含まれており、通信の規格あるいは通信方式を自動的に選択するための図２に示すような処理も含まれている。
【００３１】
ＬＩＮトランシーバ１２は、ＬＩＮの通信規格に従って通信する場合にインタフェースとして用いられる標準的な信号処理回路である。すなわち、主制御ユニット１１が送出する信号をＬＩＮの通信規格に適合する送信信号に変換し、ＬＩＮの通信規格に適合する受信信号を共通コネクタ１４から入力して主制御ユニット１１が処理可能な受信信号に変換する。
【００３２】
具体的には、主制御ユニット１１の出力ポートＰ４に現れる信号がＬＩＮ通信用のシリアル送信信号（ＬＩＮ  Ｔｘ）としてＬＩＮトランシーバ１２に入力される。また、ＬＩＮトランシーバ１２から出力されるＬＩＮ通信用のシリアル受信信号（ＬＩＮ  Ｒｘ）が主制御ユニット１１の入力ポートＰ５に入力される。また、このシリアル受信信号（ＬＩＮ  Ｒｘ）は、ＬＩＮ通信の受信割り込み信号（ＬＩＮ  Ｒｘ  ＩＮＴ）として主制御ユニット１１の割り込み要求入力ポートＰ６にも入力される。主制御ユニット１１が出力ポートＰ７に出力する信号は、ＬＩＮ通信用のスリープ制御信号（ＬＩＮ  ＮＳＬＰ）としてＬＩＮトランシーバ１２に入力される。ＬＩＮトランシーバ１２の入出力ポート１２ａは、ＬＩＮ通信用のバス（ＬＩＮバス）と接続されている。ＬＩＮ通信用のバスは、単線（シングルワイヤ）上に送信信号及び受信信号が現れる。標準的な自動車に用いる場合には、ＬＩＮ通信用のバス上には、信号が現れない時に約１２Ｖの直流バッテリー電圧が現れる。
【００３３】
一方、ＵＡＲＴインタフェース回路１３は、ＵＡＲＴの通信規格に従って通信する場合にインタフェースとして用いられる標準的な信号処理回路である。図１に示すように、主制御ユニット１１の出力ポートＰ１から出力される信号がＵＡＲＴ通信用のシリアル送信信号（ＵＡＲＴ  Ｔｘ）としてＵＡＲＴインタフェース回路１３に入力される。また、ＵＡＲＴインタフェース回路１３から出力されるＵＡＲＴ通信用のシリアル受信信号（ＵＡＲＴ  Ｒｘ）が、主制御ユニット１１の入力ポートＰ２に入力される。また、このシリアル受信信号（ＵＡＲＴ  Ｒｘ）はＵＡＲＴ通信の受信割り込み信号（ＵＡＲＴ  Ｒｘ  ＩＮＴ）として主制御ユニット１１の割り込み要求入力ポートＰ３にも入力される。
【００３４】
共通コネクタ１４には複数の独立した信号線の接続を可能にするために、複数の端子が含まれている。共通コネクタ１４上の１つの端子は、ＬＩＮ通信用のバス（ＬＩＮバス）として使用するために、ＬＩＮトランシーバ１２のポート１２ａと接続されている。また、共通コネクタ１４上の他の２つの端子は、ＵＡＲＴ通信用の通信線（２本）として使用するために、ＵＡＲＴインタフェース回路１３の２つの端子とそれぞれ接続されている。ＵＡＲＴ通信用の通信線は、シリアル送信信号（ＵＡＲＴ  Ｔｘ）を通すための線と、シリアル受信信号（ＵＡＲＴ  Ｒｘ）を通すための線とを含んでいる。
【００３５】
図１に示すように、車載通信装置１０と外部通信機器２０を接続するための接続ケーブル３０には、３本の信号線３１〜３３が含まれている。但し、信号線３１〜３３のいずれかを省略する場合もあり得る。例えば、外部通信機器２０がＬＩＮ規格の通信インタフェースだけを搭載している場合には信号線３２、３３は不要であり、ＵＡＲＴ規格の通信インタフェースだけを搭載している場合には信号線３１は不要である。
【００３６】
車載通信装置１０上の主制御ユニット１１の動作が図２に示されている。なお、実際には主制御ユニット１１は様々な制御を実施するが、図２には複数の通信方式のいずれかを自動的に選択するための処理だけが示されている。図２に示す主制御ユニット１１の動作について以下に説明する。
【００３７】
車両のイグニッションスイッチがオンになり、車載通信装置１０の電源に車載バッテリーから電力が供給されると主制御ユニット１１が動作を開始し、主制御ユニット１１により図２に示す処理が実行される。
【００３８】
また、図２には示されていないが、電源投入後に実行される初期化処理においては、主制御ユニット１１はＬＩＮトランシーバ１２を用いたＬＩＮ通信及びＵＡＲＴインタフェース回路１３を用いたＵＡＲＴ通信の双方が可能な状態にセットする。
【００３９】
ステップＳ１１では、主制御ユニット１１はイグニッションスイッチの状態を参照し、オンか否かを識別する。イグニッションスイッチがオンの時にはステップＳ１２以降の処理に進む。
【００４０】
ステップＳ１２では、主制御ユニット１１はＵＡＲＴ通信の動作中として識別するための予め定めた条件（Ａ）を満たしているか否かを識別する。具体的には、ＵＡＲＴの通信規格に特有の状態として、通信データにＣＲＣ（Cyclic Redundancy Check）コードが連結している特徴がある。従って、ＵＡＲＴインタフェース回路１３から主制御ユニット１１に入力される全ての受信データにＣＲＣコードが連結されていることを前記条件（Ａ）として採用している。前記条件（Ａ）を満たす場合には、通信方式をＵＡＲＴ通信として確定し、ステップＳ１３に進む。通信方式をＵＡＲＴ通信として確定していない場合はステップＳ１５に進む。
【００４１】
ステップＳ１３では、主制御ユニット１１はこれ以降のＬＩＮ通信に関する動作を停止する。具体的には、ＬＩＮトランシーバ１２をスリープ状態に切り替え、主制御ユニット１１内部におけるＬＩＮ通信に関する信号処理を停止する。
【００４２】
ステップＳ１４では、主制御ユニット１１はこれ以降の通信処理はＵＡＲＴ通信のみに限定し、ＵＡＲＴ通信の通信規格に従って送受信の処理を行う。すなわち、主制御ユニット１１はＵＡＲＴインタフェース回路１３を介して外部通信機器２０との間でシリアルデータ通信を行う。
【００４３】
ステップＳ１５では、主制御ユニット１１はＬＩＮ通信の動作中として識別するための予め定めた条件（Ｂ）を満たしているか否かを識別する。具体的には、ＬＩＮの通信規格に特有の状態として、通信開始時にＳＹＮＣ（同期）ブレーク割り込みが発生するという特徴がある。従って、ＬＩＮトランシーバ１２から主制御ユニット１１に入力される信号により、通信開始時にＳＹＮＣ（同期）ブレーク割り込みが発生することを前記条件（Ｂ）として採用している。前記条件（Ｂ）を満たす場合は通信方式をＬＩＮ通信として確定し、ステップＳ１６に進む。通信方式をＬＩＮ通信として確定していない場合はステップＳ１８に進む。
【００４４】
ステップＳ１６では、主制御ユニット１１はこれ以降のＵＡＲＴ通信に関する動作を停止する。すなわち、主制御ユニット１１内部におけるＵＡＲＴ通信に関する信号処理を停止する。
【００４５】
ステップＳ１７では、主制御ユニット１１はこれ以降の通信処理はＬＩＮ通信のみに限定し、ＬＩＮ通信の通信規格に従って送受信の処理を行う。すなわち、主制御ユニット１１はＬＩＮトランシーバ１２を介して外部通信機器２０との間でシリアルデータ通信を行う。
【００４６】
ステップＳ１８では、主制御ユニット１１はＵＡＲＴ通信に関する正常な受信データを検出したか否かを識別する。具体的には、ＵＡＲＴインタフェース回路１３から主制御ユニット１１に入力される受信データに付加されているＣＲＣコードに基づいて受信データのエラーの有無を識別し、エラーがなければ正常としエラーがあれば異常とする。正常な受信データを検出した場合はステップＳ１９に進み、異常な受信データを検出した場合はステップＳ２１に進む。
【００４７】
ステップＳ１９では、主制御ユニット１１はこれ以降の通信処理についてはＵＡＲＴ通信の通信規格に従って処理を実行する。すなわち、主制御ユニット１１はＵＡＲＴインタフェース回路１３を介して外部通信機器２０との間でシリアルデータ通信を行う。
【００４８】
ステップＳ２０では、主制御ユニット１１はこれ以降のＬＩＮ通信に関する動作を停止する。具体的には、ＬＩＮトランシーバ１２をスリープ状態に切り替え、主制御ユニット１１内部におけるＬＩＮ通信に関する信号処理を停止する。
【００４９】
ステップＳ２１では、主制御ユニット１１はＬＩＮ通信に関する正常な受信データを検出したか否かを識別する。具体的には、ＬＩＮトランシーバ１２から主制御ユニット１１に入力される受信データのフレームに含まれているＩＤフィールドの内容を参照し、この内容が正しいか否かを識別する。ＩＤフィールドの内容が正しい場合は正常な受信データとして認識し、正しくない場合は異常な受信データとして認識する。正常な受信データを検出した場合はステップＳ２２に進み、異常な受信データを検出した場合はステップＳ２４に進む。
【００５０】
ステップＳ２２では、主制御ユニット１１はこれ以降の通信処理はＬＩＮ通信の通信規格に従って処理する。すなわち、主制御ユニット１１はＬＩＮトランシーバ１２を介して外部通信機器２０との間でシリアルデータ通信を行う。
【００５１】
ステップＳ２３では、主制御ユニット１１はこれ以降のＵＡＲＴ通信に関する動作を停止する。すなわち、主制御ユニット１１内部におけるＵＡＲＴ通信に関する信号処理を停止する。
【００５２】
ステップＳ２４では、主制御ユニット１１はイグニッションスイッチがオンに切り替わってからの経過時間（電源投入時からの経過時間と同等）を参照し、この経過時間が予め定めた閾値（例えば３秒間）を経過したか否かを識別する。経過した場合はステップＳ２５に進み、経過していない場合はステップＳ１１に戻る。
【００５３】
ステップＳ２５では、主制御ユニット１１はこれ以降のＬＩＮ通信及びＵＡＲＴ通信を共に停止する。すなわち、外部通信機器２０の採用している通信規格がＬＩＮ通信及びＵＡＲＴ通信のいずれでもないか、あるいは何らかの誤動作が生じている可能性があるので、ＬＩＮトランシーバ１２の動作及びＵＡＲＴインタフェース回路１３の動作を停止し、次に電源が再投入されるまで通信を終了する。これにより、誤動作の発生を防止できる。
【００５４】
なお、図１に示した車載通信装置１０においては、ＬＩＮ通信及びＵＡＲＴ通信の双方の通信規格に対応するために、独立した信号処理回路としてＬＩＮトランシーバ１２及びＵＡＲＴインタフェース回路１３をそれぞれ設けてあるが、単一の信号処理回路だけで複数種類の通信規格に対応することも可能である。
【００５５】
以上のように、本発明の車載通信装置及び通信制御プログラムは、車両上に搭載される電子機器のように、接続相手の採用している通信規格として複数種類が存在しうる環境において、実際に通信が可能な通信規格を自動的に選択するために利用できる。従って、本発明の車載通信装置又は通信制御プログラムを適用すれば、作業者等の選択操作が不要になり、選択ミスや操作ミスの発生を防止できる。更に、通信規格毎に独立したソフトウェアを作成する必要が無くなり、ソフトウェアの作成コストや管理コストの低減が可能になる。
【符号の説明】
【００５６】
１０  車載通信装置
１１  主制御ユニット
１２  ＬＩＮトランシーバ
１３  ＵＡＲＴインタフェース回路
１４  共通コネクタ
２０  外部通信機器
３０  接続ケーブル
３１〜３３  信号線
Ｐ１〜Ｐ７  ポート
【図１】
2010171910.tif 000003
【図２】
2010171910.tif 000004