(57)【要約】【課題】  デバイスのエンドポイント数の大小に拘らず、複数の車両用ＵＳＢ対応装置同士がコマンドやデータを適切に送受信する。【解決手段】  デバイスのエンドポイント数が多く規定されているフルスペック仕様の車載通信モジュール１ａと車載機２とがＵＳＢインタフェースを介して接続されると、モデム用ＡＰＩ３１および移動機情報用ＡＰＩ３２上のコマンドやデータの送受信を論理パイプを独立して行い、一方、デバイスのエンドポイント数が少なく規定されているロースペック仕様の車載通信モジュール１ｂと車載機２とがＵＳＢインタフェースを介して接続されると、モデム用ＡＰＩ３１および移動機情報用ＡＰＩ３２上のコマンドやデータの送受信を論理パイプを共有して行う。【選択図】  図１
2005352648.tif 000002
【特許請求の範囲】
【請求項１】
ＵＳＢインタフェースのデバイスとして機能する第１の車両用ＵＳＢ対応装置と、
ＵＳＢインタフェースのホストとして機能する第２の車両用ＵＳＢ対応装置とを備えた車両用ＵＳＢ対応システムであって、
第１の車両用ＵＳＢ対応装置および第２の車両用ＵＳＢ対応装置は、デバイスのエンドポイント数として第１のエンドポイント数が規定されている第１のＵＳＢインタフェースを介して接続されている場合には、複数のＡＰＩ上のコマンドやデータの送受信を論理パイプを独立して行い、デバイスのエンドポイント数として第１のエンドポイント数よりも少ない第２のエンドポイント数が規定されている第２のＵＳＢインタフェースを介して接続されている場合には、複数のＡＰＩ上のコマンドやデータの送受信を論理パイプを共有して行うことを特徴とする車両用ＵＳＢ対応システム。
【請求項２】
請求項１に記載した車両用ＵＳＢ対応システムにおいて、
第１の車両用ＵＳＢ対応装置および第２の車両用ＵＳＢ対応装置は、複数のＡＰＩ上のコマンドやデータの送受信を論理パイプを共有して行う場合には、その共有している論理パイプ上で各々がコマンドを同時に送受信可能な複数のインタフェースを確立することを特徴とする車両用ＵＳＢ対応システム。
【請求項３】
請求項１または２に記載した車両用ＵＳＢ対応システムにおいて、
第２の車両用ＵＳＢ対応装置は、第１の車両用ＵＳＢ対応装置からＵＳＢ構成情報が通知されると、通知されたＵＳＢ構成情報が第１のＵＳＢインタフェース条件を表すものである場合には、複数のＡＰＩと複数のファンクションとがコムポートを介して１対１に対応するようにドライバ内の接続を第１の接続状態に切替え、通知されたＵＳＢ構成情報が第２のＵＳＢインタフェース条件を表すものである場合には、複数のＡＰＩと１つのファンクションとがコムポートを介してｎ（ｎは２以上の自然数）対１に対応するようにドライバ内の接続を第２の接続状態に切替え、
第１の車両用ＵＳＢ対応装置は、第２の車両用ＵＳＢ対応装置がドライバ内の接続を第１の接続状態に切替えたことに伴って、複数のＡＰＩ上のコマンドやデータの送受信を論理パイプを独立して行い、第２の車両用ＵＳＢ対応装置がドライバ内の接続を第２の接続状態に切替えたことに伴って、複数のＡＰＩ上のコマンドやデータの送受信を論理パイプを共有して行うことを特徴とする車両用ＵＳＢ対応システム。
【請求項４】
ＵＳＢインタフェースのデバイスとして機能する車両用ＵＳＢ対応装置であって、
デバイスのエンドポイント数として第１のエンドポイント数が規定されている第１のＵＳＢインタフェースを介してＵＳＢインタフェースのホストとして機能する他の車両用ＵＳＢ対応装置に接続されている場合には、複数のＡＰＩ上のコマンドやデータの送受信を論理パイプを独立して行い、デバイスのエンドポイント数として第１のエンドポイント数よりも少ない第２のエンドポイント数が規定されている第２のＵＳＢインタフェースを介して他の車両用ＵＳＢ対応装置に接続されている場合には、複数のＡＰＩ上のコマンドやデータの送受信を論理パイプを共有して行うことを特徴とする車両用ＵＳＢ対応装置。
【請求項５】
ＵＳＢインタフェースのホストとして機能する車両用ＵＳＢ対応装置であって、
ＵＳＢインタフェースのデバイスとして機能する他の車両用ＵＳＢ対応装置からＵＳＢ構成情報が通知されると、通知されたＵＳＢ構成情報が第１のエンドポイント数が規定されている第１のＵＳＢインタフェース条件を表すものである場合には、複数のＡＰＩと複数のファンクションとがコムポートを介して１対１に対応するようにドライバ内の接続を切替え、通知されたＵＳＢ構成情報が第１のエンドポイント数よりも少ない第２のエンドポイント数が規定されている第２のＵＳＢインタフェース条件を表すものである場合には、複数のＡＰＩと１つのファンクションとがコムポートを介してｎ（ｎは２以上の自然数）対１に対応するようにドライバ内の接続を切替えることを特徴とする車両用ＵＳＢ対応装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、複数の車両用ＵＳＢ対応装置同士がＵＳＢインタフェースを介して接続される車両用ＵＳＢ対応システムおよび前記車両用ＵＳＢ対応システム内で用いられる車両用ＵＳＢ対応装置に関する。
【背景技術】
【０００２】
ＵＳＢ（Ｕｎｉｖｅｒｓａｌ  Ｓｅｒｉａｌ  Ｂｕｓ）対応装置として、回路規模を縮小してＵＳＢインタフェース制御を効率良く行うようにしたものや（例えば特許文献１参照）、小規模なインタフェースにしながらも複数の機能を提供するようにしたものがある（例えば特許文献２参照）。
【特許文献１】特開平１１−３２８０６９号公報
【特許文献２】特開２００１−５１９３８号公報
【発明の開示】
【発明が解決しようとする課題】
【０００３】
ところで、ＵＳＢ  Implementers  Forum，Inc．から発行されている通信機器仕様に関する標準仕様では、デバイスにおいて、データ通信を行うためのモデム機能がモデムモデルとしてモデル化されていると共に、受信レベルなどの情報を提供するための移動機情報機能が移動機情報モデルとしてモデル化されている。また、近年では、フルスペック仕様の車載通信モジュールと、フルスペック仕様よりもデバイスのエンドポイント数が少なく規定されているロースペック仕様の車載通信モジュールとが混在して提供されつつある。
【０００４】
車載通信モジュールと車載機（例えばナビゲーション装置や表示装置など）とがＵＳＢインタフェースを介して接続される構成では、フルスペック仕様のＵＳＢインタフェースを介して接続されるのが一般的である。この場合、フルスペック仕様の車載通信モジュールにおいては、例えばモデム制御用のコマンド（ＡＴコマンド）やデータの送受信についてはＷＭＣ標準仕様モデルが採用され、通信モジュール制御用のコマンド（ＵＳＢコマンド）の送受信についてはＷＭＣ標準仕様モデルが採用され、車両情報用のコマンドやデータの送受信についてはベンダ固有モデルが採用されるのが一般的である。
【０００５】
その一方で、上記したように近年ではロースペック仕様の車載通信モジュールが提供されつつあることから、ロースペック仕様の車載通信モジュールと車載機とがＵＳＢインタフェースを介して接続される場合がある。しかしながら、ロースペック仕様の車載通信モジュールと車載機とがＵＳＢインタフェースを介して接続されると、デバイスのエンドポイント数が不足することになり、両者がコマンドやデータを適切に送受信することができなくなる。そうなると、車載機が例えばナビゲーション装置から構成されている場合であれば、車載通信モジュールの受信電界強度をナビゲーション装置の表示装置に表示することができなくなるなどの不具合が発生する。
【０００６】
本発明は、上記した事情に鑑みてなされたものであり、その目的は、デバイスのエンドポイント数の大小に拘らず、複数の車両用ＵＳＢ対応装置同士がコマンドやデータを適切に送受信することができる車両用ＵＳＢ対応システムおよび車両用ＵＳＢ対応装置を提供することにある。
【課題を解決するための手段】
【０００７】
請求項１に記載した車両用ＵＳＢ対応システムによれば、ＵＳＢインタフェースのデバイスとして機能する第１の車両用ＵＳＢ対応装置およびＵＳＢインタフェースのホストとして機能する第２の車両用ＵＳＢ対応装置は、デバイスのエンドポイント数として第１のエンドポイント数が規定されている第１のＵＳＢインタフェースを介して接続されると、複数のＡＰＩ上のコマンドやデータの送受信を論理パイプを独立して行い、これに対して、デバイスのエンドポイント数として第１のエンドポイント数よりも少ない第２のエンドポイント数が規定されている第２のＵＳＢインタフェースを介して接続されると、複数のＡＰＩ上のコマンドやデータの送受信を論理パイプを共有して行う。
【０００８】
これにより、デバイスのエンドポイント数が多く規定されている（フルスペック仕様の）第１の車両用ＵＳＢ対応装置と第２の車両用ＵＳＢ対応装置とがＵＳＢインタフェースを介して接続された場合に、両者がコマンドやデータを適切に送受信することができることは勿論のこと、デバイスのエンドポイント数が少なく規定されている（ロースペック仕様の）第１の車両用ＵＳＢ対応装置と第２の車両用ＵＳＢ対応装置とがＵＳＢインタフェースを介して接続された場合であっても、コマンドやデータの送受信を論理パイプを共有して行うことにより、デバイスのエンドポイント数が不足することがなく、両者がコマンドやデータを適切に送受信することができる。
【０００９】
請求項２に記載した車両用ＵＳＢ対応システムによれば、第１の車両用ＵＳＢ対応装置および第２車両用ＵＳＢ対応装置は、複数のＡＰＩ上のコマンドやデータの送受信を論理パイプを共有して行う場合には、その共有している論理パイプ上で各々がコマンドを同時に送受信可能な複数のインタフェースを確立する。これにより、デバイスのエンドポイント数が少なく規定されている（ロースペック仕様の）第１の車両用ＵＳＢ対応装置と第２の車両用ＵＳＢ対応装置とがＵＳＢインタフェースを介して接続された場合には、両者がリアルタイム性の高い用途の互いに異なる複数のコマンドを同時に送受信することができ、フレキシブルなシステムを実現することができる。
【００１０】
請求項３に記載した車両用ＵＳＢ対応システムによれば、第２の車両用ＵＳＢ対応装置は、第１の車両用ＵＳＢ対応装置からＵＳＢ構成情報が通知されると、通知されたＵＳＢ構成情報が第１のＵＳＢインタフェース条件を表すものであると、複数のＡＰＩと複数のファンクションとがコムポートを介して１対１に対応するようにドライバ内の接続を第１の接続状態に切替え、これに対して、通知されたＵＳＢ構成情報が第２のＵＳＢインタフェース条件を表すものであると、複数のＡＰＩと１つのファンクションとがコムポートを介してｎ（ｎは２以上の自然数）対１に対応するようにドライバ内の接続を第２の接続状態に切替える。
【００１１】
これに追従して、第１の車両用ＵＳＢ対応装置は、第２の車両用ＵＳＢ対応装置がドライバ内の接続を第１の接続状態に切替えると、複数のＡＰＩ上のコマンドやデータの送受信を論理パイプを独立して行い、これに対して、第２の車両用ＵＳＢ対応装置がドライバ内の接続を第２の接続状態に切替えると、複数のＡＰＩ上のコマンドやデータの送受信を論理パイプを共有して行う。
【００１２】
これにより、第２の車両用ＵＳＢ対応装置がドライバ内の接続を切替えることにより、第１の車両用ＵＳＢ対応装置が複数のＡＰＩ上のコマンドやデータを論理パイプを独立して送受信するか共有して送受信するかを適切に切替えることができる。
【００１３】
請求項４に記載した車両用ＵＳＢ対応装置によれば、デバイスのエンドポイント数として第１のエンドポイント数が規定されている第１のＵＳＢインタフェースを介してＵＳＢインタフェースのホストとして機能する他の車両用ＵＳＢ対応装置に接続されると、複数のＡＰＩ上のコマンドやデータの送受信を論理パイプを独立して行い、これに対して、デバイスのエンドポイント数として第１のエンドポイント数よりも少ない第２のエンドポイント数が規定されている第２のＵＳＢインタフェースを介して他の車両用ＵＳＢ対応装置に接続されると、複数のＡＰＩ上のコマンドやデータの送受信を論理パイプを共有して行う。
【００１４】
これにより、上記した請求項１に記載したＵＳＢ対応システムにおける第１の車両用ＵＳＢ対応装置として機能することができ、すなわち、自装置がデバイスのエンドポイント数が多く規定されているフルスペック仕様の車両用ＵＳＢ対応装置であり、自装置と他の車両用ＵＳＢ対応装置とがＵＳＢインタフェースを介して接続された場合に、自装置と他の車両用ＵＳＢ対応装置とがコマンドやデータを適切に送受信することができることは勿論のこと、自装置がデバイスのエンドポイント数が少なく規定されているロースペック仕様の車両用ＵＳＢ対応装置であり、自装置と他の車両用ＵＳＢ対応装置とがＵＳＢインタフェースを介して接続された場合であっても、コマンドやデータの送受信を共有して行うことにより、デバイスのエンドポイント数が不足することがなく、自装置と他の車両用ＵＳＢ対応装置とがコマンドやデータを適切に送受信することができる。
【００１５】
請求項５に記載した車両用ＵＳＢ対応装置によれば、ＵＳＢインタフェースのデバイスとして機能する他の車両用ＵＳＢ対応装置からＵＳＢ構成情報が通知されると、通知されたＵＳＢ構成情報が第１のエンドポイント数が規定されている第１のＵＳＢインタフェース条件を表すものであると、複数のＡＰＩと複数のファンクションとがコムポートを介して１対１に対応するようにドライバ内の接続を切替え、これに対して、通知されたＵＳＢ構成情報が第１のエンドポイント数よりも少ない第２のエンドポイント数が規定されている第２のＵＳＢインタフェース条件を表すものであると、複数のＡＰＩと１つのファンクションとがコムポートを介してｎ（ｎは２以上の自然数）対１に対応するようにドライバ内の接続を切替える。
【００１６】
これにより、上記した請求項３に記載したＵＳＢ対応システムにおける第２の車両用ＵＳＢ対応装置として機能することができ、すなわち、ドライバ内の接続を切替えることにより、ＵＳＢインタフェースのホストとして機能する車両用ＵＳＢ対応装置において複数のＡＰＩ上のコマンドやデータを論理パイプを独立して送受信するか共有して送受信するかを適切に切替えさせることができる。
【発明を実施するための最良の形態】
【００１７】
以下、本発明の一実施態様として、第１の車両用ＵＳＢ対応装置として車載通信モジュールを適用すると共に、第２の車両用ＵＳＢ対応装置として車載機を適用したものについて、図面を参照して説明する。図７は、車室内で車載通信モジュール１と車載機２とがＵＳＢインタフェースを介して接続された態様を概略的に示している。ここで、車載機２は、例えばナビゲーション装置や表示装置などから構成されている。また、この場合、車載通信モジュール１としては、デバイスのエンドポイント数が多く規定されているフルスペック仕様の車載通信モジュール１ａと、デバイスのエンドポイント数が少なく規定されているロースペック仕様の車載通信モジュール１ｂとが混在する。
【００１８】
図２は、フルスペック仕様の車載通信モジュール１ａ、ロースペック仕様の車載通信モジュール１ｂおよび車載機２の各々の構成を示している。フルスペック仕様の車載通信モジュール１ａは、ＷＭＣ標準機能として定義されているモデムファンクション１１と、ＷＭＣ標準機能として定義されているデバイスマネジメントファンクション１２と、ベンダにより定義されているビークルコントロールファンクション１３とを備えて構成されている。一方、ロースペック仕様の車載通信モジュール１ｂは、ベンダにより定義されているマルチラインモデムファンクション２１と、ベンダにより定義されているビークルコントロールファンクション２２とを備えて構成されている。
【００１９】
車載機２は、モデム用ＡＰＩ（Ａｐｐｌｉｃａｔｉｏｎ  Ｐｒｏｇｒａｍ  Ｉｎｔｅｒｆａｃｅ）３１と、移動機情報用ＡＰＩ３２と、車両情報用ＡＰＩ３３とを備えていると共に、ドライバ３４内に、ＷＭＣ標準機能として定義されているモデムファンクション３５と、ベンダにより定義されているマルチラインモデムファンクション３６と、ＷＭＣ標準機能として定義されているデバイスマネジメントファンクション３７と、ベンダにより定義されているビークルコントロールファンクション３８とを備えて構成されている。
【００２０】
次に、上記した構成の作用として、フルスペック仕様の車載通信モジュール１ａと車載機２とがＵＳＢインタフェースを介して接続された場合と、ロースペック仕様の車載通信モジュール１ｂと車載機２とがＵＳＢインタフェースを介して接続された場合との各々について、図１、図３ないし図６を参照して説明する。ここで、図５は、車載通信モジュール１と車載機２とがＵＳＢインタフェースを介して物理的に接続された直後に実行されるシーケンスを示している。
【００２１】
車載通信モジュール１は、車載機２との間で物理的な接続が確立されると、デフォルト状態へ移行し、車載機２から「Ｇｅｔ  Ｄｅｓｃｒｉｐｔｏｒ（Ｄｅｖｉｃｅ）要求」が送信されるのを待機する。そして、車載通信モジュール１は、デフォルト状態にあるときに、車載機２から「Ｇｅｔ  Ｄｅｓｃｒｉｐｔｏｒ（Ｄｅｖｉｃｅ）要求」が送信されると、「デバイスディスクリプタ」を車載機２へ返信する。車載機２は、車載通信モジュール１から「デバイスディスクリプタ」が返信されると、「Ｓｅｔ  Ａｄｄｒｅｓｓ要求」を車載通信モジュール１へ送信する。
【００２２】
次いで、車載通信モジュール１は、車載機２から「Ｓｅｔ  Ａｄｄｒｅｓｓ要求」が送信されると、アドレス状態へ移行し、車載機２から「Ｇｅｔ  Ｄｅｓｃｒｉｐｔｏｒ（Ｄｅｖｉｃｅ）要求」が再度送信されるのを待機する。そして、車載通信モジュール１は、アドレス状態にあるときに、車載機２から「Ｇｅｔ  Ｄｅｓｃｒｉｐｔｏｒ（Ｄｅｖｉｃｅ）要求」が再度送信されると、「検索情報を示すディスクリプタ情報」を車載機２へ返信する。車載機２は、車載通信モジュール１から「検索情報を示すディスクリプタ情報」が返信されると、「Ｇｅｔ  Ｄｅｓｃｒｉｐｔｏｒ（Ｃｏｎｆｉｇｕｒａｔｉｏｎ）要求」を車載通信モジュール１へ送信し、デバイス側の構成情報を読出す。そして、車載通信モジュール１は、車載機２から「Ｇｅｔ  Ｄｅｓｃｒｉｐｔｏｒ（Ｃｏｎｆｉｇｕｒａｔｉｏｎ）要求」が送信されると、「デバイス側のＵＳＢ構成情報を示すディスクリプタ情報」を車載機２へ返信する。
【００２３】
さて、ここで、車載通信モジュール１は、自機がフルスペック仕様の車載通信モジュール１ａであれば、図６（ａ）に示すように、モデムモデル、デバイスマネジメントモデルおよびビークルコントロールモデルがＵＳＢ構成情報のインタフェースモデル名として規定されているディスクリプタ情報を車載機２へ返信する。これに対して、車載通信モジュール１は、自機がロースペック仕様の車載通信モジュール１ｂであれば、図６（ｂ）に示すように、マルチラインモデムモデルおよびビークルコントロールモデルがＵＳＢ構成情報のインタフェースモデル名として規定されているディスクリプタ情報を車載機２へ返信する。
【００２４】
そして、車載機２は、車載通信モジュール１から「デバイス側のＵＳＢ構成情報を示すディスクリプタ情報」が返信されると、その返信されたＵＳＢ構成情報に基づいてドライバ３４内の接続を切替える。
【００２５】
具体的に説明すると、車載機２は、フルスペック仕様の車載通信モジュール１ａとの間で物理的な接続が確立されたことに伴って、フルスペック仕様の車載通信モジュール１ａから図６（ａ）に示したＵＳＢ構成情報が含まれているディスクリプタ情報が返信されると、図１（ａ）に示すように、ドライバ３４内において、モデム用ＡＰＩ３１とモデムファンクション３５とを第１のコムポート３９を介してソフトウェア上で接続し、移動機情報用ＡＰＩ３２とデバイスマネジメント３７とを第２のコムポート４０を介してソフトウェア上で接続し、車両情報用ＡＰＩ３３とビークルコントロールファンクション３８とを第３のコムポート４１を介してソフトウェア上で接続する（本発明でいう第１の接続状態へ切替える）。
【００２６】
これにより、フルスペック仕様の車載通信モジュール１ａにおいて、モデム用ＡＰＩ３１がモデムファンクション３５により第１の論理パイプ５１を介して接続され、移動機情報用ＡＰＩ３２がデバイスマネジメントファンクション３７により第２の論理パイプ５２を介して接続され、車両情報用ＡＰＩ３３がビークルコントロールファンクション３８により第３の論理パイプ５３を介して接続される。
【００２７】
図３は、フルスペック仕様の車載通信モジュール１ａと車載機２とがＵＳＢインタフェースを介して接続された場合の論理的な接続の態様を示している。この場合、フルスペック仕様の車載通信モジュール１ａは、車載機２との間の「Ｃｏｎｔｒｏｌ転送」をエンドポイント０を介して行う（インタフェース０）。また、フルスペック仕様の車載通信モジュール１ａは、モデムモデル６１のコミュニケーションクラスインタフェース６１ａについては、車載機２への「Ｉｎｔｅｒｒｕｐｔ転送」をエンドポイント１を介して行い（インタフェース１）、モデムモデル６１のデータクラスインタフェース６１ｂについては、車載機２への「Ｂｕｌｋ  ＩＮ転送」をエンドポイント２を介して行い、車載機２からの「Ｂｕｌｋ  ＯＵＴ転送」をエンドポイント３を介して行う（インタフェース２）。
【００２８】
また、フルスペック仕様の車載通信モジュール１ａは、デバイスマネジメントモデル６２のコミュニケーションクラスインタフェース６２ａについては、車載機２への「Ｉｎｔｅｒｒｕｐｔ転送」をエンドポイント４を介して行う（インタフェース３）。さらに、フルスペック仕様の車載通信モジュール１ａは、ビークルコントロールモデル６３のコミュニケーションクラスインタフェース６３ａについては、車載機２への「Ｉｎｔｅｒｒｕｐｔ転送」をエンドポイント５を介して行い（インタフェース４）、ビークルコントロールモデル６３のデータクラスインタフェース６３ｂについては、車載機２への「Ｂｕｌｋ  ＩＮ転送」をエンドポイント６を介して行い、車載機２からの「Ｂｕｌｋ  ＯＵＴ転送」をエンドポイント７を介して行う（インタフェース５）。
【００２９】
尚、上記した構成では、モデムモデル６１において、コミュニケーションクラスインタフェース６１ａがデータラインのフロー制御を行うコマンド（ＵＳＢコマンド）を送受信するインタフェースであり、データクラスインタフェース６１ｂがモデム制御用のコマンド（ＡＴコマンド）および通信データを送受信するインタフェースであり、デバイスマネジメントモデル６２において、コミュニケーションクラスインタフェース６２ａが車載通信モジュール制御用のコマンド（ＵＳＢコマンド）を送受信するインタフェースである。また、インタフェース１およびインタフェース２がモデム用論理パイプグループに属し、インタフェース３が移動機情報用論理パイプグループに属し、インタフェース４およびインタフェース５が車両情報用論理パイプグループに属する。また、本発明でいう第１のエンドポイント数は本実施態様では「８」である。
【００３０】
これに対して、車載機２は、ロースペック仕様の車載通信モジュール１ｂとの間で物理的な接続が確立されたことに伴って、ロースペック仕様の車載通信モジュール１ｂから図６（ｂ）に示したＵＳＢ構成情報が含まれているディスクリプタ情報が返信されると、図１（ｂ）に示すように、上記したフルスペック仕様の車載通信モジュール１ａとの間で物理的な接続が確立された場合とは異なって、ドライバ３４内において、モデム用ＡＰＩ３２とマルチラインモデムファンクション３６とを第１のコムポート３９を介してソフトウェア上で接続すると共に移動機情報用ＡＰＩ３２とマルチラインモデムファンクション３６とを第２のコムポート４０を介してソフトウェア上で接続し、車両情報用ＡＰＩ３３とビークルコントロールファンクション３７とを第３のコムポート４１を介してソフトウェア上で接続する（本発明でいう第２の接続状態へ切替える）。
【００３１】
これにより、ロースペック仕様の車載通信モジュール１ｂにおいて、モデム用ＡＰＩ３１と移動機情報用ＡＰＩ３２との双方がマルチラインモデムモデルファンクション３６により第１の論理パイプ５４を介して接続され、車両情報用ＡＰＩ３３がビークルコントロールファンクション３８により第２の論理パイプ５５を介して接続される。
【００３２】
図４は、ロースペック仕様の車載通信モジュール１ｂと車載機２とがＵＳＢインタフェースを介して接続された場合の論理的な接続の態様を示している。この場合、ロースペック仕様の車載通信モジュール１ｂは、車載機２との間の「Ｃｏｎｔｒｏｌ転送」をエンドポイント０を介して行う（インタフェース０）。また、ロースペック仕様の車載通信モジュール１ｂは、マルチラインモデムモデル６４のコミュニケーションクラスインタフェース６４ａについては、車載機２への「Ｉｎｔｅｒｒｕｐｔ転送」をエンドポイント１を介して行い（インタフェース１）、マルチラインモデムモデル６４のデータクラスインタフェース６４ｂについては、車載機２への「Ｂｕｌｋ  ＩＮ転送」をエンドポイント２を介して行い、車載機２からの「Ｂｕｌｋ  ＯＵＴ転送」をエンドポイント３を介して行う（インタフェース２）。
【００３３】
また、ロースペック仕様の車載通信モジュール１ｂは、ビークルコントロールモデル６３のデータクラスインタフェース６３ｂについては、車載機２への「Ｂｕｌｋ  ＩＮ転送」をエンドポイント４を介して行い、車載機２からの「Ｂｕｌｋ  ＯＵＴ転送」をエンドポイント５を介して行う（インタフェース４）。
【００３４】
尚、上記した構成では、マルチラインモデムモデル６４において、コミュニケーションクラスインタフェース６４ａがデータラインのフロー制御を行うコマンド（ＵＳＢコマンド）および車載通信モジュール制御用のコマンド（ＵＳＢコマンド）を送受信するインタフェースであり、データクラスインタフェース６４ｂがモデム制御用のコマンド（ＡＴコマンド）および通信データを送受信するインタフェースである。また、インタフェース１およびインタフェース２がマルチラインモデム用論理パイプグループに属し、インタフェース３およびインタフェース４が車両情報用論理パイプグループに属する。また、本発明でいう第２のエンドポイント数は本実施態様では「６」である。さらに、この場合、マルチラインモデム用論理パイプグループに属するインタフェース１およびインタフェース２は、各々が用途の互いに異なるコマンドを同時に送受信可能である。
【００３５】
そして、車載機２は、車載通信モジュール１から返信されたＵＳＢ構成情報に基づいてドライバ３４内の接続を上記した手順にしたがって切替えた後に、「Ｓｅｔ  Ｃｏｎｆｉｇｕｒａｔｉｏｎ要求」を車載通信モジュール１へ送信し、車載通信モジュール１は、車載機２から「Ｓｅｔ  Ｃｏｎｆｉｇｕｒａｔｉｏｎ要求」が送信されると、構成状態へ移行する。
【００３６】
以上に説明したように本実施態様によれば、車両用ＵＳＢ対応システムにおいて、デバイスのエンドポイント数が多く規定されているフルスペック仕様の車載通信モジュール１ａと車載機２とがＵＳＢインタフェースを介して接続されると、モデム用ＡＰＩ３１および移動機情報用ＡＰＩ３２上のコマンドやデータの送受信を論理パイプを独立して行い、これに対して、デバイスのエンドポイント数が少なく規定されているロースペック仕様の車載通信モジュール１ｂと車載機２とがＵＳＢインタフェースを介して接続されると、モデム用ＡＰＩ３１および移動機情報用ＡＰＩ３２上のコマンドやデータの送受信を論理パイプを共有して行うように構成した。
【００３７】
これにより、フルスペック仕様の車載通信モジュール１ａと車載機２とがＵＳＢインタフェースを介して接続された場合に、両者がコマンドやデータを適切に送受信することができることは勿論のこと、ロースペック仕様の車載通信モジュール１ｂと車載機２とがＵＳＢインタフェースを介して接続された場合であっても、デバイスのエンドポイント数が不足することがなく、両者がコマンドやデータを適切に送受信することができる。
【００３８】
また、ロースペック仕様の車載通信モジュール１ｂと車載機２とがＵＳＢインタフェースを介して接続された場合に、その共有している車両情報用論理パイプグループ上で各々がコマンドを同時に送受信可能な２本のインタフェースを確立するように構成したので、両者がリアルタイム性の高い用途の互いに異なる２つのコマンドを同時に送受信することができる。すなわち、従来は、いずれかのインタフェースをコマンドを送受信するためのインタフェースとして決定し、これ以後に一度決定されたインタフェースをコマンドを専用に送受信するためのインタフェースとして継続して使用するものであるが、このように各々がコマンドを同時に送受信可能な２本のインタフェースを確立することにより、両者がリアルタイム性の高い用途の互いに異なる２つのコマンドを同時に送受信することができる。
【００３９】
本発明は、上記した実施態様にのみ限定されるものではなく、以下のように変形または拡張することができる。
第１の車両用ＵＳＢ対応装置は、車載通信モジュールに限らず、車載通信機などの他のものであっても良く、また、第２の車両用ＵＳＢ対応装置は、ナビゲーション装置や表示装置に限らず、他のものであっても良い。
【図面の簡単な説明】
【００４０】
【図１】本発明の一実施態様を示すものであって、フルスペック仕様の車載通信モジュールと車載機とがＵＳＢインタフェースを介して接続された態様およびロースペック仕様の車載通信モジュールと車載機とがＵＳＢインタフェースを介して接続された態様を示す図
【図２】フルスペック仕様の車載通信モジュール、ロースペック仕様の車載通信モジュールおよび車載機の構成を示す図
【図３】フルスペック仕様の車載通信モジュールと車載機とがＵＳＢインタフェースを介して接続された場合の論理的な接続の態様を示す図
【図４】ロースペック仕様の車載通信モジュールと車載機とがＵＳＢインタフェースを介して接続された場合の論理的な接続の態様を示す図
【図５】シーケンス図
【図６】ＵＳＢ構成情報を示す図
【図７】車載通信モジュールと車載機とがＵＳＢインタフェースを介して接続された態様を示す図
【符号の説明】
【００４１】
図面中、１は車載通信モジュール（第１の車両用ＵＳＢ対応装置）、２は車載機（第２の車両用ＵＳＢ対応装置）、３１はモデム用ＡＰＩ、３２は移動機情報用ＡＰＩ、３３は車両情報用ＡＰＩ、３４はドライバ、３５はモデムファンクション、３６はマルチラインモデムファンクション、３７はデバイスマネジメントファンクション、３８はビークルコントロールファンクション、３９は第１のコムポート、４０は第２のコムポート、４１は第３のコムポート、５１は第１の論理パイプ、５２は第２の論理パイプ、５３は第３の論理パイプ、５４は第１の論理パイプ、５５は第２の論理パイプ、６１はモデムモデル、６２はデバイスマネジメントモデル、６３はビークルコントロールモデル、６４はマルチラインモデムモデルである。
【図１】
2005352648.tif 000003
【図２】
2005352648.tif 000004
【図３】
2005352648.tif 000005
【図４】
2005352648.tif 000006
【図５】
2005352648.tif 000007
【図６】
2005352648.tif 000008
【図７】
2005352648.tif 000009