(57)【要約】  本発明は、ソフトウェアアプリケーションと、ＶＣＩの物理インタフェースに接続される複数のソフトウェアドライバとの間で、単一の通信プロトコルを使用可能にする車両通信インタフェース（ＶＣＩ）に関する。また、本発明は、パーソナルコンピュータ等のホストシステムを使用した車両との通信方法に関する。また、本発明は、車両から受信した情報を処理するソフトウェアアプリケーションと複数のソフトウェアドライバとの間で、単一の通信プロトコルを使用する方法に関する。【選択図】図１
2012530395.tif 000002
【特許請求の範囲】
【請求項１】
車両から受信したデータを処理するように構成されたソフトウェアアプリケーションと；
第１の通信プロトコルを用いて第１のホストシステムインタフェースと通信するように構成された第１のドライバと；
第２の通信プロトコルを用いて第２のホストシステムインタフェースと通信するように構成された第２のドライバと；
第３の通信プロトコルを用いて前記アプリケーション、前記第１のドライバ、及び前記第２のドライバの各々と通信するように構成された標準化インタフェースと；
を備えることを特徴とする車両通信インタフェース（ＶＣＩ）。
【請求項２】
前記第３の通信プロトコルが、伝送制御プロトコル／インターネットプロトコル（ＴＣＰ／ＩＰ）プロトコルを備えることを特徴とする請求項１に記載のＶＣＩ。
【請求項３】
前記標準化インタフェースが、第１のホストシステムインタフェースに電子的に接続されるホストシステムに対するＩＰアドレスを割り当てるように更に構成されることを特徴とする請求項２に記載のＶＣＩ。
【請求項４】
前記第１のホストシステムインタフェースが、ホストシステムと物理的に接続されるように構成されることを特徴とする請求項１に記載のＶＣＩ。
【請求項５】
前記第１のホストシステムインタフェースが、ホストシステムと無線通信するように構成されることを特徴とする請求項１に記載のＶＣＩ。
【請求項６】
前記第１の通信プロトコルが、ＲＳ２３２プロトコル、ユニバーサル・シリアル・バス（ＵＳＢ）プロトコル、ＵＳＢ  Ｏｎ−Ｔｈｅ−Ｇｏ（ＯＴＧ）プロトコル、イーサネットプロトコル、ブルートゥース（登録商標）プロトコル、及びＷｉＦｉ（商標）プロトコルのうちの少なくとも１つを備えるように選択されることを特徴とする請求項１に記載のＶＣＩ。
【請求項７】
前記第２の通信プロトコルが、ＲＳ２３２プロトコル、ＵＳＢプロトコル、ＵＳＢ  ＯＴＧプロトコル、イーサネットプロトコル、ブルートゥース（登録商標）プロトコル、及びＷｉＦｉ（商標）プロトコルのうちの少なくとも１つを備えるように選択されることを特徴とする請求項６に記載のＶＣＩ。
【請求項８】
前記第１の通信プロトコルと前記第２の通信プロトコルとが互いに異なることを特徴とする請求項７に記載のＶＣＩ。
【請求項９】
車両と通信を行う方法であって、
ソフトウェアアプリケーションを用いて車両から受信した情報を処理する段階と；
第１のドライバ及び第１の通信プロトコルを用いて第１のホストシステムインタフェースと通信する段階と；
第２のドライバ及び第２の通信プロトコルを用いて第２のホストシステムインタフェースと通信する段階と；
標準化インタフェース及び第３の通信プロトコルを用いて前記アプリケーション、前記第１のドライバ、及び前記第２のドライバと通信する段階と；
を含む方法。
【請求項１０】
前記第３の通信プロトコルが、伝送制御プロトコル／インターネットプロトコル（ＴＣＰ／ＩＰ）プロトコルを備えることを特徴とする請求項９に記載の方法。
【請求項１１】
前記標準化インタフェースを用いて、前記第１のホストシステムインタフェースに接続されるホストシステムに対するＩＰアドレスを割り当てる段階を更に含むことを特徴とする請求項１０に記載の方法。
【請求項１２】
コンピュータを前記第１のホストシステムインタフェースへ物理的に接続する段階を更に含むことを特徴とする請求項９に記載の方法。
【請求項１３】
前記第１のホストシステムインタフェースと該インタフェースへ接続されるホストシステムとの間を無線通信する段階を更に含むことを特徴とする請求項９に記載の方法。
【請求項１４】
前記第１の通信プロトコルが、ＲＳ２３２プロトコル、ユニバーサル・シリアル・バス（ＵＳＢ）プロトコル、ＵＳＢ  Ｏｎ−Ｔｈｅ−Ｇｏ（ＯＴＧ）プロトコル、イーサネットプロトコル、ブルートゥース（登録商標）プロトコル、及びＷｉＦｉ（商標）プロトコルのうちの少なくとも１つを備えるように選択される段階を更に含むことを特徴とする請求項９に記載の方法。
【請求項１５】
前記第２の通信プロトコルが、ＲＳ２３２プロトコル、ユニバーサル・シリアル・バス（ＵＳＢ）プロトコル、ＵＳＢ  Ｏｎ−Ｔｈｅ−Ｇｏ（ＯＴＧ）プロトコル、イーサネットプロトコル、ブルートゥース（登録商標）プロトコル、及びＷｉＦｉ（商標）プロトコルのうちの少なくとも１つを備えるように選択される段階を更に含むことを特徴とする請求項１４に記載の方法。
【請求項１６】
前記第１の通信プロトコルと前記第２の通信プロトコルとは互いに異なることを特徴とする請求項１５に記載の方法。
【請求項１７】
車両から受信した情報を処理する手段と；
第１の通信プロトコルを用いて第１のホストシステムインタフェースと通信するための手段と；
第２の通信プロトコルを用いて第２のホストシステムインタフェースと通信するための手段と；
第３の通信プロトコルを用いて前記処理手段、前記第１のホストシステムインタフェースと通信する手段、及び前記第２のホストシステムインタフェースと通信する手段と通信する手段と；
を備えることを特徴とする車両通信インタフェース（ＶＣＩ）。
【請求項１８】
前記標準化インタフェースを用いて、前記第１のホストシステムインタフェースに接続されるホストシステムに対するＩＰアドレスを割り当てる手段を更に備えることを特徴とする請求項１７記載のＶＣＩ。
【請求項１９】
前記第１のホストシステムインタフェースと該第１のホストシステムインタフェースに接続されるホストシステムとの間で無線通信を行う手段を更に備えることを特徴とする請求項１７に記載のＶＣＩ。
【請求項２０】
前記第１の通信プロトコル及び前記第２の通信プロトコルは互いに異なることを特徴とする請求項１７に記載のＶＣＩ。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、概して車内に配置された電子制御式システムと通信するように設計されたシステム及び装置に関する。また、本発明は、概して電子制御式システムと通信するための方法に関する。
【背景技術】
【０００２】
現在利用可能な車両通信インタフェース（ＶＣＩ）装置によって、車両（例えば、自動車）内部の１つ又はそれ以上の電子制御式システムと車両外部のホストシステム（例えば、パーソナルコンピュータ）との間の通信を行うことができる。このようなＶＣＩの通信は、車内のシステムが使用する通信プロトコルと車外のホストシステムが使用する通信プロトコルとの間を効率的に「変換」することで可能になっている。
【０００３】
実際には、現在利用可能なＶＣＩによって、例えば、自動車のアンチロックブレーキシステム（ＡＢＳ）及び／又は変速機システムは、自動車診断ソフトウェアを実行するパーソナルコンピュータと通信することができる。詳細には、ＶＣＩは自動車の通信プロトコル（例えば、コントローラー・エリア・ネットワーク（ＣＡＮ）プロトコル、ＩＳＯ９１４１プロトコル、ＣＣＤプロトコル、ディジタルコマンド言語（ＤＣＬプロトコル）及び／又はＪｌ８５０プロトコル）と、パーソナルコンピュータが使用するプロトコル（例えば、ＲＳ２３２プロトコル、ユニバーサル・シリアル・バス（ＵＳＢ）プロトコル、イーサネットプロトコル、ブルートゥース（登録商標）プロトコル、及び／又はＷｉＦｉ（商標）プロトコル）との間を変換する。この変換によって、データ及び／又はコマンドは自動車システムとパーソナルコンピュータとの間で伝送可能になる。同様に、この変換によって、コンピュータを利用して１つ又はそれ以上の自動車システムを診断することが可能になる。
【０００４】
前述のように、ホストシステム（例えば、パーソナルコンピュータ）は複数の通信プロトコルを使用する。従って、現在利用可能な特定のＶＣＩ装置は、ホストシステムの１つ又はそれ以上のポートに接続されるように設計された複数の物理ソケットを備えている。例えば、現在利用可能な特定のＶＣＩ装置は、ＲＳ２３２ソケット、ＵＳＢソケット、イーサネットソケット、ブルートゥース（登録商標）ソケット、及びＷｉＦｉ（商標）ソケットを有している。同様に、これらのソケットの各々は、ＶＣＩ内に配置された関連のソフトウェアドライバを有している。
【０００５】
また、現在利用可能な特定のＶＣＩ装置は、１つ又はそれ以上のソフトウェアアプリケーションを備えており、その多くは車内システムから受信したデータを少なくとも何らかの処理を行うことが可能である。これらのソフトウェアアプリケーションが、ＶＣＩが備える物理ソケットの各々に関連するソフトウェアドライバと通信するためには、アプリケーションと各々のソフトウェアドライバとの間に別個のアプリケーションインタフェースが必要である。各々のアプリケーションインタフェースは別個にプログラムする必要があるので、各々の追加のアプリケーションインタフェースが原因でＶＣＩ装置を製造する複雑性及びコストが高くなる。
【発明の概要】
【発明が解決しようとする課題】
【０００６】
少なくとも前述の点に鑑みて、ＶＣＩ内に見いだされるソフトウェアアプリケーションと、外部ホストシステムとの通信を容易にする複数のソフトウェアドライバとの間のアプリケーションインタフェースの数を最小限にした、新規の車両通信インタフェース（ＶＣＩ）装置を提供することが望まれるであろう。また、外部ホストシステムがＶＣＩを利用して車両と通信することを可能にするための、新規で一層コスト効率の良い方法を提供することが望まれるであろう。
【課題を解決するための手段】
【０００７】
前述のニーズは本発明の１つ又はそれ以上の実施形態により大部分が満たされる。１つの実施形態ではＶＣＩを備える。ＶＣＩは、車両から受信したデータを処理するように構成されたソフトウェアアプリケーションを含む。また、ＶＣＩは、第１の通信プロトコルを用いて第１のホストシステムインタフェースと通信するように構成された第１のドライバを含む。更に、ＶＣＩは、第２の通信プロトコルを用いて第２のホストシステムインタフェースと通信するように構成された第２のドライバを含む。更に、ＶＣＩは、第３の通信プロトコルを用いてアプリケーション、第１のドライバ、及び第２のドライバの各々と通信するように構成された標準化インタフェースも含む。
【０００８】
本発明の別の実施形態では車両と通信する方法を提供する。本方法は、ソフトウェアアプリケーションを用いて車両から受信した情報を処理する段階を含む。また、本方法は、第１のドライバ及び第１の通信プロトコルを用いて第１のホストシステムインタフェースと通信する段階を含む。更に、本方法は、第２のドライバ及び第２の通信プロトコルを用いて第２のホストシステムインタフェースと通信する段階を含む。更に、本方法は、標準化インタフェース及び第３の通信プロトコルを用いてアプリケーション、第１のドライバ、及び第２のドライバと通信する段階を含む。
【０００９】
本発明の更に別の実施形態では別のＶＣＩを備える。ＶＣＩは、車両から受信した情報を処理する手段を含む。また、ＶＣＩは、第１の通信プロトコルを用いて第１のホストシステムインタフェースと通信するための手段を含む。更に、ＶＣＩは、第２の通信プロトコルを用いて第２のホストシステムインタフェースと通信するための手段を含む。更に、ＶＣＩは、第３の通信プロトコルを用いて、前記処理する手段、第１のホストシステムインタフェースと通信する手段、及び第２のホストシステムインタフェースと通信する手段と通信する手段を含む。
【００１０】
本発明の特定の実施形態は、本明細書の詳細な説明が良く理解できるように、及び現在の技術的な貢献を良く理解できるように多少広範に概要が説明されている。勿論、以下に説明され、添付請求項の主題を形成する本発明の別の実施形態が存在する。
【００１１】
この点において、本発明の少なくとも１つの実施形態を詳細に説明する前に、本発明は、その用途において、以下に説明される又は図面に示される詳細構造及び構成要素の配置に限定されるものではないことを理解されたい。本発明は、詳細な説明とは別に具現化でき、種々の方法で実施及び実行することができる。また、本明細書及び要約で用いる用語及び専門語は説明目的であり限定するものと見なすべきでないことを理解されたい。
【００１２】
従って、当業者であれば、本開示が立脚する概念は、本発明の幾つかの目的を実現する別の構成、方法、及びシステムを設計するための基礎として容易に利用できることを理解できるはずである。従って、請求項は本発明の精神及び範囲から逸脱しない限りにおいて、このような均等物を含むと見なされることは重要である。
【図面の簡単な説明】
【００１３】
【図１】本発明の実施形態の車両通信インタフェース（ＶＣＩ）の概略図であり、ＶＣＩは車両及びホストシステムに接続されている。
【図２】本発明の実施形態による、図１に示すＶＣＩ内に含まれる物理的構成要素の概略図である。
【図３】本発明の実施形態による、車両と通信するための方法ステップを示すフローチャートである。
【発明を実施するための形態】
【００１４】
本発明は、図面を参照して説明するが、全体を通して同じ図面番号は同じ部品を参照するものである。図１は、本発明の実施形態による車両通信インタフェース（ＶＣＩ）１０の概略図である。図１に示すように、ＶＣＩ１０は、複数の車両インタフェース１４、１６、１８、２０、２２を介して車両１２へ接続されると共に、複数のホストシステムインタフェース２６、２８、３０、３２、３４を介してホストシステム２４へ接続される。詳細には、ホストシステムインタフェース２６、２８、３０、３２、３４は、有線又は無線のどちらかでホストシステム２４の複数のポート３６、３８、４０、４２、４４に接続される。
【００１５】
図１には車両インタフェース１４、１６、１８、２０、２２に使用するものとしてＣＡＮ、ＩＳＯ９１４１、ＣＣＤ、ＤＣＬ、及びＪ１８５０プロトコルが示されているが、本発明の特定の実施形態によれば、１つ又はそれ以上インタフェースが別のプロトコルを使用することもできる。また、図１にはホストシステムインタフェース２６、２８、３０、３２、３４に使用するものとしてＵＳＢ、ＵＳＢ  Ｏｎ−Ｔｈｅ−Ｇｏ（ＯＴＧ）、ＷｉＦｉ（商標）、ブルートゥース（登録商標）、及びイーサネットプロトコルが示されているが、１つ又はそれ以上のインタフェースに別のプロトコルを使用することは本発明の実施形態の範囲にある。
【００１６】
前述の構成要素に加えて、図１に示すＶＣＩ１０は、ソフトウェアアプリケーション４６、複数のソフトウェアドライバ４８、５０、５２、５４、５６、及びソフトウェアアプリケーション４６とソフトウェアドライバ４８、５０、５２、５４、５６との間で作動する標準化インタフェース５８を含む。図１には示されていないが、ソフトウェアアプリケーション４６、ソフトウェアドライバ４８、５０、５２、５４、５６及び標準化インタフェース５８の全ては、ＶＣＩ１０内に設けることができる１つ又はそれ以上のプロセッサ及び／又は記憶装置の記憶場所に実装することができる。
【００１７】
ソフトウェアアプリケーション４６は、車両１２からＶＣＩ１０の車両インタフェース１４、１６、１８、２０、２２の１つを経由して受信されるデータを処理するように構成される。例えば、ソフトウェアアプリケーション４６は、車両のアンチロックブレーキシステムから受信したデータをホストシステム２４がブレーキの故障を示すものとして識別できる信号へ変換できる。
【００１８】
本発明の特定の実施形態によれば、ソフトウェアアプリケーション４６が車両１２からの受信データを処理した後、このデータは標準化インタフェース５８へ転送される。標準化インタフェース５８はソフトウェアアプリケーション４６及びソフトウェアドライバ４８、５０、５２、５４、５６，の各々と通信するように構成されているので、この通信は典型的には単一のプロトコルを用いて行われる。図１に示す本発明の実施形態において、使用されるプロトコルは、伝送制御プロトコル／インターネットプロトコル（ＴＣＰ／ＩＰ）プロトコルである。しかしながら別のプロトコルも使用できる。
【００１９】
ホストシステムインタフェース２６、２８、３０、３２、３４は、典型的にはＴＣＰ／ＩＰプロトコルを用いてホストシステム２４と通信するように構成されていないので、ソフトウェアドライバ４８、５０、５２、５４、５６の各々は、典型的には接続されるホストシステムインタフェースと別の通信プロトコルを用いて通信するように構成されている。例えば、図１に示す最も左側のソフトウェアドライバ４８と最も右側のソフトウェアドライバ５６の両者は、ＴＣＰ／ＩＰプロトコルを用いて標準化インタフェース５８と通信するが、最も左側のソフトウェアドライバ４８は最も左側のホストシステムインタフェース２６とＵＳＢプロトコルを用いて通信するように構成され、一方で、最も右側のソフトウェアドライバ５６は最も右側のホストシステムインタフェース３４とイーサネットプロトコルを用いて通信するように構成されている。
【００２０】
本発明の特定の実施形態において、標準化インタフェース５８は、ホストシステムインタフェース２６、２８、３０、３２、３４の１つに電子的に接続されるホストシステム２４に対してＩＰアドレスを割り当てるように構成されている。これにより前述のＴＣＰ／ＩＰプロトコルを実施することが可能になる。
【００２１】
図１に示すように、特定のホストシステムインタフェース（例えば、ＵＳＢインタフェース２６、ＵＳＢ  ＯＴＧインタフェース２８、及びイーサネットインタフェース３４）は、ホストシステム２４に対して物理的に接続するように構成されている。このような物理的接続は、例えば、ケーブルを用いて行うことができる。また、図１に示すように、特定のホストシステムインタフェース（例えば、ＷｉＦｉ（商標）インタフェース３０及びブルートゥース（登録商標）インタフェース３２）は、ホストシステム２４に対して無線通信するように構成されている。
【００２２】
本発明の特定の実施形態において、第１のソフトウェアドライバと第１のホストシステムインタフェースとの間に用いる通信プロトコルは、第２のソフトウェアドライバと第２のホストシステムインタフェースとの間に用いる通信プロトコルとは異なっている。例えば、ＶＣＩ内で用いる通信プロトコルとしては、２つ又はそれ以上のＲＳ２３２プロトコル、ＵＳＢプロトコル、ＵＳＢ  ＯＴＧプロトコル、イーサネットプロトコル、ブルートゥース（登録商標）プロトコル、及びＷｉＦｉ（商標）プロトコルを挙げることができる。勿論、別の通信プロトコルを使用することは本発明の範疇である。
【００２３】
図２は本発明の実施形態による図１に示すＶＣＩ１０内に含まれる物理的構成要素の概略図である。詳細には、図２では、前述の車両インタフェース１４、１６、１８、２０、２２及びホストシステムインタフェース２６、２８、３０、３２、３４だけでなく、プロセッサ６０、メモリ６２、ディスプレイ６４、及びオペレータインタフェース６６も含まれている。本発明の本実施形態において、ソフトウェアアプリケーション４６及びソフトウェアドライバ４８、５０、５２、５４、５６は、プロセッサ６０を用いて実装され、必要であれば、メモリ６２に部分的に又は完全に格納することもできる。本発明の全てのＶＣＩ装置が含むわけではないが、例えば、ディスプレイ６４及びオペレータインタフェース６６により、オペレータはＶＣＩ１０の状態を見ること及びソフトウェアアプリケーション４６から情報を取得すること、及び／又はオペレータは、例えばオペレータインタフェース６６としてのタッチスクリーン又はキーパッドを用いてＶＣＩ  １０へ入力を行うことができる。
【００２４】
図３は、本発明の実施形態による車両との通信方法のステップを示すフローチャートである。フローチャートのステップ６８では、ソフトウェアアプリケーションを用いて車両から受信した情報を処理する。本発明の特定の実施形態において、情報は、変速機システム、燃料噴射システム、及び定速走行システム等の自動車の電子システムから受信する。情報としては、１つ又はそれ以上の車両システムに関連するエラーメッセージ、車両システムの操作パラメータ（例えば、回転情報、温度、電流又は電圧レベル等）を挙げることがでる。本ステップが図１に示すＶＣＩ１０を用いて実装される場合、情報は、１つ又はそれ以上の車両インタフェース１４、１６、１８、２０、２２を経由してＶＣＩに入力され、ソフトウェアアプリケーション４６を用いて処理される。
【００２５】
図３のステップ７０では、第１のドライバ及び第１の通信プロトコルを用いて第１のホストシステムインタフェースと通信する。本ステップは、例えば、ステップ６８で言及した情報の少なくとも一部を、図１のソフトウェアアプリケーション４６からホストシステム２４へＷｉＦｉソフトウェアドライバ５２及びＷｉＦｉ物理インタフェース３０を経由してＷｉＦプロトコルを用いて無線送信することで実行できる。
【００２６】
次に、ステップ７２では、第１の通信プロトコルが、ＲＳ２３２プロトコル、ＵＳＢプロトコル、ＵＳＢ  ＯＴＧプロトコル、イーサネットプロトコル、ブルートゥース（登録商標）プロトコル、及びＷｉＦｉ（商標）プロトコルの少なくとも１つを含むように選択される。本ステップを図１に示すＶＣＩ１０を用いて実行する場合、通信プロトコルの選択は、どのホストシステムインタフェースを使用するかに依存する。例えばＶＣＩ１０がホストシステム２４のイーサネットポートに接続される場合はイーサネットプロトコルが選択されることになる。
【００２７】
図３のステップ７４では、第２のドライバ及び第２の通信プロトコルを用いて第２のホストシステムインタフェースと通信する。本ステップは、例えば、ステップ６８で言及した情報の少なくとも一部を、図１のソフトウェアアプリケーション４６からホストシステム２４へＵＳＢソフトウェアドライバ４８及びＵＳＢ物理インタフェース２６を経由してＵＳＢプロトコル及びＵＳＢインタフェース２６をホストシステムのＵＳＢポート３６へ接続するケーブルを用いて送信することで実行できる。
【００２８】
図３に示すフローチャートのステップ７６では、第２の通信プロトコルが、ＲＳ２３２プロトコル、ＵＳＢプロトコル、ＵＳＢ  ＯＴＧプロトコル、イーサネットプロトコル、ブルートゥース（登録商標）プロトコル、及びＷｉＦｉ（商標）プロトコルの少なくとも１つを含むように選択される。本発明の特定の実施形態では、第１の通信プロトコル及び第２の通信プロトコルはお互いに異なるように選択される。例えば、第１の通信プロトコルがＲＳ２３２プロトコルに選択されると、第２の通信プロトコルはＲＳ２３２プロトコル以外に選択できる。
【００２９】
ステップ７２の実行と同様に、ステップ７６における通信プロトコルの選択は、どのホストシステムインタフェースを使用するかに依存する。しかしながら、一度実行されると、ステップ７２及び７６により、図１に示すＶＣＩ１０は、ホストシステムの異なるポートに接続することができる。例えば、ＶＣＩ１０は、ブルートゥース（登録商標）を用いて１つのＰＣに無線接続することができると共に、別のＰＣの別のＵＳＢポートにケーブル接続することができる。典型的には、本発明のＶＣＩは、一度に１つのホストシステムにのみ接続される。しかしながら、ＶＣＩを複数のホストシステムに接続することは本発明の範疇である。
【００３０】
図３に示すフローチャートのステップ７８では、標準化インタフェース及び第３の通信プロトコルを用いてアプリケーション、第１のドライバ、及び第２のドライバと通信する。本ステップを実行する場合、本発明の特定の実施形態では、第３の通信プロトコルがＴＣＰ／ＩＰプロトコルを含むように選択される。これらの特定の実施形態において、ステップ８０では、標準化インタフェース及びＩＰアドレスを用いて、第１のホストシステムインタフェースに電子接続されるホストシステムを指定する。
【００３１】
図１に示すＶＣＩ１０を用いて図３に示すフローチャートのステップ７８及び８０を実行する場合、車両１２から受信された情報は、ソフトウェアアプリケーション４６が、車両インタフェース１４、１６、１８、２０、２２の１つを経由して、ＶＣＩ１０と通信する車両電子システムが使用する通信プロトコル（例えば、ＣＡＮプロトコル、ＩＳＯ９１４１プロトコル、ＣＣＤプロトコル、ＤＣＬプロトコル、Ｊｌ８５０プロトコル等）を用いて受信する。その際、情報は、車両インタフェース１４、１６、１８、２０、２２とソフトウェアアプリケーション４６との間に配置できる１つ又はそれ以上のソフトウェアドライバ（図示せず）を用いてソフトウェアアプリケーション４６に伝達される場合もある。
【００３２】
ソフトウェアアプリケーション４６で受信されると、情報はソフトウェアアプリケーション４６で処理されてＴＣＰ／ＩＰプロトコルを用いて標準化インタフェース５８へ送られる。その際、標準化ソフトウェアアプリケーション４６は処理済み情報をＴＣＰ／ＩＰプロトコルを用いて１つ又はそれ以上のソフトウェアドライバ４８、５０、５２、５４、５６へ送り、該ドライバはこの情報を関連のホストシステムインタフェース２６、２８、３０、３２、３４へ、最終的にはホストシステム２４へ送る。
【００３３】
前述の装置及び方法の１つの利点は、別々のソフトウェアドライバを備えて別々のソフトウェアドライバを各々のホストシステムインタフェースのために別々に開発するのではなく、単一の標準化インタフェースを使用して、ソフトウェアアプリケーションと全てのソフトウェアドライバとの間で情報を伝えることができる。これにより、ＶＣＩ及び通信方法の全体的な複雑性及びコストが低減する。
【００３４】
図３に戻ると、ステップ８２では、ホストシステムを第１のホストシステムインタフェースへ物理的に接続する。もしくは、ステップ８４では、第１のホストシステムインタフェースと該インタフェースに接続されたホストシステムとの間で無線通信を行う。典型的には、ステップ８２又はステップ８４は本発明の方法を実行する場合に選択される。しかしながら、複数のホストシステムへの接続が望ましい場合にステップ８２及び８４を一緒に実行すること又は順次実行することは本発明の範疇である。
【００３５】
本発明の多くの特徴及び利点は詳細な明細書から理解できるので、添付の請求項は発明の真の精神及び範疇にある本発明の全ての特徴及び利点をカバーすることが意図されている。更に、当業者であれば多数の変更物及び変形物を容易に思い付くので、本発明は図示及び説明した特定の構造及び作動に限定されるものではなく、全ての適切な変更物及び均等物、本発明の範疇に存在し、その範疇に入るものである。
【図１】
2012530395.tif 000003
【図２】
2012530395.tif 000004
【図３】
2012530395.tif 000005
【国際調査報告】
2012530395.tif 000006