車両遠隔測定データを送信するのに使用される車両タグ、車両遠隔測定データを送信するシステムおよび方法
車両タグ（２０）に、車両ＯＢＤ（ｏｎ−ｂｏａｒｄ ｄｉａｇｎｏｓｔｉｃ）システムの診断ジャックに接続するためのハウジング（２２）によって支持されたハウジング（２２、２８）およびタグコネクタ（２４）が含まれる。タグ送信器（３４）が、ハウジング（２２、２８）によって担持され、ＯＢＤシステムから遠隔測定データを受け取り、遠隔測定データをＲＦパルスで送信するためにタグコネクタ（２４）と共に動作する。
【発明の詳細な説明】
【技術分野】
【０００１】
関連出願
本願は、２００３年５月２８日出願の同時係属の米国予備出願第６０／４７３８０５号に基づくものである。
本発明は、通信の分野に関し、具体的には、車両遠隔測定データの送受信および関連する方法に関する。
【背景技術】
【０００２】
レンタカー代理店でなど、車両遠隔測定データを収集し送信する、さまざまな提案が行われてきた。これは、レンタカーのチェックインをはかどらせるはずである。たとえば、車両走行距離は、車載コンピュータを介して走行距離計を読み取り、燃料残量を確かめることによって入手することができる。レンタカー返却を、レンタカー代理店で自動化し、基地局に送信することができる。
【０００３】
一部の従来技術の提案では、車載コンピュータに接続されたトランスポンダに質問する質問ビーコンが使用され、この車載コンピュータは、トランスポンダの送信器をアクティブ化し、燃料残量、走行距離、および他の車両データに関するデータを送信する。これらのシステムは、トランスポンダのアクティブ化について質問ビーコンに頼る。また、一部のシステムは、洗練されたインターフェースを介して車載コンピュータに直接に接続される。このインターフェースが、システム全体にコストを追加する。
【発明の開示】
【発明が解決しようとする課題】
【０００４】
したがって、本発明の目的は、上で示したように質問され、車両データを送信する車両トランスポンダの短所を克服することである。
【課題を解決するための手段】
【０００５】
本発明によれば、車両タグが、ハウジングと、車両ＯＢＤ（ｏｎ−ｂｏａｒｄ ｄｉａｇｎｏｓｔｉｃ）システムの診断ジャックへの接続のためにハウジングによって支持されたタグコネクタとを有する。タグ送信器が、ハウジングによって担持され、ＯＢＤシステムから遠隔測定データを受け取り、ＲＦパルスで遠隔測定データを送信するようにタグコネクタと共に動作する。タグコネクタは、Ｊ１９６２互換コネクタを含むことが好ましい。
【０００６】
本発明の１態様では、ＲＦパルスに、遠隔測定データを符号化された擬似ランダムスペクトル拡散（ｐｓｅｕｄｏｒａｎｄｏｍ ｓｐｒｅａｄ ｓｐｅｃｔｒｕｍ）ＲＦ信号が含まれる。タイマ回路を、ＲＦパルスの送信のタイミングを指定するのに使用することができ、このタイミング指定は、判定されたアイドルモード、車両オフモード、車両移動中モード、または車両オンモードに基づくものとすることができる。タグ送信器は、ＯＢＤシステムから受け取られた車両識別番号（ｖｅｈｉｃｌｅ ｉｄｅｎｔｉｆｉｃａｔｉｏｎ ｎｕｍｂｅｒ、ＶＩＮ）を送信するようにも動作する。タグ送信器は、受け取ったＶＩＮに基づいて、異なる車両バスプロトコルと共に動作することができる。これらのバスプロトコルは、Ｊ１８５０ＤＰＷネットワーク標準規格、ＰＷＭネットワーク標準規格、ＣＡＮ（ｃｏｎｔｒｏｌｌｅｄ ａｒｅａ ｎｅｔｗｏｒｋ）ネットワーク標準規格、ＳＣＰネットワーク標準規格、またはＩＳＯネットワーク標準規格のうちの１つに準拠するものとすることができる。
【０００７】
本発明のもう１つの態様では、ＯＢＤシステムに、ＯＢＤ−ＩＩ（ｏｎ−ｂｏａｒｄ ｄｉａｇｎｏｓｔｉｃ ｓｙｓｔｅｍ ｇｅｎｅｒａｔｉｏｎ ＩＩ）が含まれる。タグ送信器は、車両診断コードを送信するように動作することもできる。タグ送信器は、タグコネクタを介してＯＢＤシステムから受け取られる電流から電力を与えられることが好ましい。タグ送信器を、ＯＢＤシステムの診断ジャックへのタグコネクタの最初の接続時にオンにトリガすることができる。遠隔測定データに、走行距離計データおよび燃料残量データも含めることができる。
【０００８】
本発明のもう１つの態様では、マイクロコントローラが、タグコネクタに接続され、車両識別番号（ＶＩＮ）および遠隔測定データをＯＢＤシステムから受け取り、ＶＩＮに基づいて、どの車両バスプロトコルを使用するかを決定する。メモリが、マイクロコントローラと共に、異なる車両バスプロトコルに関するデータを保管するように動作して、マイクロコントローラと、異なる車両バスプロトコルを有する車両のＯＢＤシステムとの間の通信を可能にすることができる。
【０００９】
本発明によれば、システムが、受信された遠隔測定データのさらなる処理のために車両タグから送信されたＲＦパルスを受信するように位置決めされた受信器に、車両タグを使用して車両遠隔測定データを送信する。この受信器は、１つの非制限的な例のみとして、レンタカー代理店でＲＦパルスを受信するように位置決めすることができる。
【００１０】
方法も示す。
本発明の他の目的、特徴、および利益は、添付図面に鑑みて検討される時の、次の本発明の詳細な説明から明白になる。
【発明を実施するための最良の形態】
【００１１】
これから、本発明を、本発明の好ましい実施形態を示す添付図面を参照して、より完全に説明する。しかし、本発明は、多数の異なる形で実施することができ、本明細書に示された実施形態に制限されると解釈してはならない。そうではなく、これらの実施形態は、この開示が完全になり、本発明の範囲を当業者に完全に伝えるようにするために提供されるものである。同一の符号は、同一の要素を指し、プライム表記法が、代替実施形態の類似する要素を示すのに使用される。
【００１２】
図１から３は、本発明の車両タグ２０の透視図である。図４は、基本構成要素を示す、車両タグ２０の分解透視図である。車両タグ２０には、米国カリフォルニア州サンタクララのＷｈｅｒｅＮｅｔ Ｃｏｒｐｏｒａｔｉｏｎ社が製造するＷｈｅｒｅＮｅｔタグ送信器に見られる標準的なテクノロジが組み込まれている。例が、本願の譲受人に譲渡された、参照によって組み込まれている、米国特許第５９２０２８７号明細書、米国特許第５９９５０４６号明細書、米国特許第６１２１９２６号明細書、米国特許第６１２７９７６号明細書、米国特許第６２６８７２３号明細書、米国特許第６３１７０８２号明細書、米国特許第６３８０８９４号明細書、米国特許第６４３４１９４号明細書、米国特許第６５０２００５号明細書、米国特許第６５９３８８５号明細書、米国特許出願第２００２／００９４０１２号明細書、米国特許出願第２００２／０１０４８７９号明細書、および米国特許出願第２００２／０１３５４７９号明細書に開示されている。
【００１３】
車両タグ２０は、上で識別された発行された特許および公告された特許出願に記載のタグに似た形で動作する。車両タグ２０は、ＯＢＤ（ｏｎ−ｂｏａｒｄ ｄｉａｇｎｏｓｔｉｃ）システム、具体的にはＯＢＤ−ＩＩと称する第２世代システムから受け取った情報を符号化されたＲＦ信号の短い持続時間の広帯域（スペクトル拡散）パルスを送信または「ブリンク」することができる。車両タグは、特に、レンタカー代理店または類似する位置、たとえばフリートアプリケーションで動作する。車両タグに、発振器を含めることができ、この発振器の出力が、参照によって組み込まれた特許に記載のように、第１の「低速」擬似ランダムパルスジェネレータおよびストローブパルスジェネレータまたは他の回路に供給される。これには、タイマおよび遅延回路と受信器回路を含めることができる。高速ＰＮ拡散シーケンスジェネレータを、水晶発振器と共に含めることができ、この水晶発振器は、位相ロックループ（ＰＬＬ）に基準周波数を供給して、指定された出力周波数、たとえば２．４ＧＨｚの出力周波数を確立する。ミキサおよび出力を、車両タグメモリと共に含めることができ、この車両タグメモリには、下で詳細に説明するように、車両バスパラメータを含むデータベースを含めることができる。
【００１４】
本発明では、車両タグに、ＷｈｅｒｅＮｅｔ社に譲渡された特許の一部に開示された磁気受信器を含める必要がないが、マイクロコントローラ、車載診断コネクタ（タグコネクタ）、およびさまざまな車両プロトコルと共に動作する少なくとも１つのトランシーバが含まれる。本発明の車両タグ２０の基本構成要素は、図４の分解透視図に示されており、この図には、ハウジング基部２２、プリント回路基板２６にはんだ付けされ、ハウジング基部２２内に含まれるタグコネクタ２４、およびハウジングカバー２８が含まれる。タグコネクタ２４は、通常、ＯＢＤ−ＩＩシステムへの接続用のＪ１９６２ＯＢＤ−ＩＩ互換コネクタであるが、使用される車両および／またはＯＢＤの設計に応じて、他のタグコネクタを使用することができる。ＬＥＤ ３０が、車両タグを示し、カバー２８動作内のＬＥＤ開口を介して可視であり、プリント回路基板２６に取り付けられている。プリント回路基板２６に、マイクロコントローラ３２と、必要なトランシーバおよび関連構成要素３４が含まれる。マイクロコントローラ３２は、車両ＯＢＤ−ＩＩシステムへのコネクタ２４を介して車両と通信して、走行距離、燃料、速度、エンジン状態、および遠隔測定データを構成する他のパラメータなどの遠隔測定情報を収集する。このシステムは、この情報を車両タグのＣＭＯＳ特定用途向け集積回路（ＡＳＩＣ）に直接に送り、このＡＳＩＣは、車両タグに、上で識別された特許に記載のブリンクに似た形で、遠隔測定をブリンクさせる。
【００１５】
車両タグは、米国カリフォルニア州サンタクララのＷｈｅｒｅＮｅｔ Ｃｏｒｐｏｒａｔｉｏｎ社が製造する現在のＷｈｅｒｅＮｅｔ Ｗｈｅｒｅｔａｇ ＩＩＩアーキテクチャの派生物である。車両タグ３０は、前に説明したように、コネクタとしての車両バスインターフェース、コントローラ、およびトランシーバを含む、動作に必要な電子構成要素を含む単一のアセンブリである。車両タグ２０は、識別情報および診断情報に関する車両バスデータの照会をサポートする。本発明の車両タグは、通常、Ｊ１８５０仕様に準拠するバスに使用されるが、新たに開発されるＣＡＮまたは他の車両バス仕様と互換とすることもできる。
【００１６】
タグコネクタ２４は、通常は車両ダッシュの下に配置されるＪ−１９６２車両診断ジャックと互換であることが好ましい。車両タグ２０に使用されるソフトウェアは、データパケットを受け入れ、処理し、転送するように動作する、ＷｈｅｒｅＮｅｔ Ｃｏｒｐｏｒａｔｉｏｎ社が製造し販売するＶｉｓｉｂｉｌｉｔｙ Ｓｅｒｖｅｒ Ｓｏｆｔｗａｒｅ Ｓｕｉｔｅと互換とすることもできる。プログラミングモジュールを、ポータブルデータ端末（ＰＤＴ）に取り付けて、車両パラメータおよびファームウェアアップグレードを車両タグにロードすることができる。
【００１７】
本発明の車両タグ２０は、現在のＷｈｅｒｅｔａｇ ＩＩＩアーキテクチャのすべての機能（可能な場合に磁気受信器がないことを除く）を含み、ＯＢＤ診断ジャックを介して、Ｊ−１８５０、ＩＳＯ−Ｋ、ＣＡＮ、およびすべての変形形態を含む車両バスにインターフェースすることができる。車両タグ２０は、車両識別番号（ＶＩＮ）、走行距離計、燃料残量、エンジン動作、および／または診断コード（ＤＴＣ）を読み取ることができる。車両タグ２０は、範囲外で切断された場合であっても、システムに通知するために切断を検出することができる。車両タグ２０は、高速送信モードで動作する走行距離計または他の回路に対する車両移動を検出することができる。車両タグは、診断ジャックを介するＯＢＤ−ＩＩへの車両電気系統によって電力を与えられることが好ましい。車両タグは、通常、下で詳細に説明するように、車両への「接続」によってトリガされる非ブリンク状態で向上から出荷される。有線または無線の方法および回路が、プログラミングモジュールを有するハンドヘルド端末を使用することによって、マイクロコントローラ用のフラッシュメモリを再プログラムすることができる。ハードウェア内およびファームウェア内などの車両番号を、メッセージ内で適度な速度で送信することができる。キーオンおよび移動を検出することが可能である。
【００１８】
図１〜４からわかるように、本発明の車両タグは、タグコネクタ２４、タグハウジング基部２３、およびカバー２８を１つのモジュラユニットとして含む単一のアセンブリである。追加のケーブル延長を使用して、ジャックの突飛な配置を有する車両に接続することができる。車両タグは、Ｊ−１９６２コネクタに接続されることが好ましい。入力電圧をパススルーして、車両タグに電力を供給することができる。公称電圧、たとえばＳＡＥ Ｊ１２１１は、１４．２Ｖであり、２４Ｖジャンプスタートで動作し、コールドクランキング（ｃｏｌｄ ｃｒａｎｋｉｎｇ）中に４．５Ｖである。車両タグは、ヒューズを使用するバッテリへの直接接続であることが好ましい。ＳＡＥＪ １２１１、Ｓｅｃｔｉｏｎ １４．１１に、それに対してタグを設計できる過渡性が定義されている。車両タグは、通常、ほこりおよび雨に対して密封され（ＩＰ ５４）、５％から９９％までの湿度レベルで動作する。車両タグは、振動仕様に関してＳＡＥに合わせて設計される。車両タグは、の３００からの２．０Ｋ抵抗を介して１５キロボルトを有し、「動作異常（ｏｐｅｒａｔｉｎｇ ａｎｏｍａｌｙ）」を許容する。車両タグは、−３０℃から＋７０℃までの動作温度範囲について設計され、約−３５℃から約＋８５℃までの保存温度範囲を含むことが好ましい。車両タグは、ＣＥ認証の要件に準拠し、ＥＵ諸国での使用に関して「ｅ」マークされる。本発明の１態様では、ハウジング基部２２およびカバーが、１例で、約６１．２１×４１．９１×１．８３ｍｍ（２．４１０×１．６４×０．７２０インチ）である。
【００１９】
機能性に関して、本発明の車両タグ２０のＲＦ構成要素は、引用によって組み込まれた特許で説明されているＷｈｅｒｅＮｅｔ Ｒｅａｌ−Ｔｉｍｅ Ｌｏｃａｔｉｎｇ Ｓｙｓｔｅｍ（ＲＴＬＳ）の一部であるＷｈｅｒｅＴａｇ ＩＩＩデバイスと同一の機能性を有する。タグ２０は、全世界で受け入れられている２．４ＧＨｚ周波数帯で動作し、２ｍＷ未満で、戸外で３００ｍを超えてスペクトル拡散信号を送信することができる。タグ２０は、資産およびリソースの管理を可能にする統合ソフトウェアパッケージとしてＷｈｅｒｅＮｅｔ Ｃｏｒｐｏｒａｔｉｏｎが提供するＶｉｓｉｂｉｌｉｔｙ Ｓｅｒｖｉｃｅ ＳｏｆｔｗａｒｅならびにＷｈｅｒｅＮｅｔ Ｒｅａｌ−Ｔｉｍｅ Ｌｏｃａｔｉｎｇ Ｓｙｓｔｅｍと共に動作する。
【００２０】
Ｖｉｓｉｂｉｌｉｔｙ Ｓｅｒｖｉｃｅ Ｓｏｆｔｗａｒｅは、構成ツール、診断、システムアラートツール、インターフェースマネージャツール、およびインストールツールを含めることができる分散Ｗｉｎｄｏｗｓ（登録商標）サービスである。このソフトウェアパッケージは、電子メール通知およびポケットベル通知を可能にする。ＳＮＭＰ ＭＩＢ定義拡張を含めることができ、ＲＴＬＳシステムをエンタープライズ標準ＩＴインフラストラクチャの一部として管理できるようになる。ソフトウェアランチャが、動作、管理、診断、インストール、およびドキュメンテーションの単一エントリ点およびソフトウェアモジュールを提供することができる。どの管理モジュールも、テスト環境に合わせたＲＴＬＳシステムの構成を可能にするツールを提供することができる。車両タグ２０は、もちろん、ＲＴＬＳシステムなしで動作し、レンタカー代理店で、非常に近接して、および類似する応用例で使用することができる。
【００２１】
ユーザは、特定のアラートによって誰がどのように通知されるかを構成することができる。診断モジュールに、ＲＴＳＬのヘルスおよび状況の監視とデータ獲得モジュールのモニタ動作を可能にするツールならびに物理ハードウェアのヘルスおよび状況を監視するツールを含めることができる。インストールモジュールおよびドキュメンテーションモジュールのすべてが、ＲＴＬＳシステムのインストールおよび最初の構成中に使用されるツールである。インストール、動作、およびトラブルシューティングが含まれる。
【００２２】
近接通信デバイスを、本発明の車両タグに関連して使用することができ、この近接通信デバイスは、ＷｈｅｒｅＮｅｔ Ｃｏｒｐｏｒａｔｉｏｎ社が製造するものなどのＷｈｅｒｅＰｏｒｔデバイスとすることができる。このデバイスは、車両タグをトリガし、異なる「ブリンク」パターンを送信するか他の機能を創作するのに使用される。
【００２３】
本発明の車両タグは、問題が存在するかどうかを判定するＯＢＤ−ＩＩ（Ｏｎ−Ｂｏａｒｄ Ｄｉａｇｎｏｓｔｉｃ Ｓｙｓｔｅｍ， Ｇｅｎｅｒａｔｉｏｎ ＩＩ）と共に動作する。ＯＢＤ−ＩＩは、車両コンピュータのメモリに保管された対応する「診断トラブルコード」と、問題が検出された時に点灯するダッシュボード上の特殊なランプ（ＭＩＬ（ｍａｌｆｕｎｃｔｉｏｎ ｉｎｄｉｃａｔｏｒ ｌａｍｐ）と称する）を有する。より新しい車両のエンジンは、電子制御され、センサおよびアクチュエータが、酸素センサなどの特定の構成要素の動作を感知し、燃料インジェクタなどの他の構成要素を作動させて、最適エンジン制御を維持する。「ＰＣＭ（ｐｏｗｅｒ ｔｒａｉｎ ｃｏｎｔｒｏｌ ｍｏｄｕｌｅ）」または「ＥＣＭ（ｅｎｇｉｎｅ ｃｏｎｔｒｏｌ ｍｏｄｕｌｅ）」が、車載コンピュータとしてシステムを制御し、この車載コンピュータは、センサおよびアクチュエータを監視し、それらが意図された通りに働いているかどうかを判定する。車載コンピュータは、さまざまなセンサおよびアクチュエータの誤動作および劣化を検出し、本発明の車両タグが接続されるジャックを介してアドレッシングされることができる。
【００２４】
本発明の車両タグ２０は、異なる車両タグエレクトロニクスおよびＯＢＤ−ＩＩシステムと共に動作する。ＯＢＤ−ＩＩ（Ｏｎ−Ｂｏａｒｄ Ｄｉａｇｎｏｓｔｉｃｓ Ｐｈａｓｅ ＩＩ）は、以前の世代のシステムと比較して、高められた処理能力、機能強化されたアルゴリズム、および改善された制御を有する。異なるネットワーク標準規格が使用される。これには、ＧＭ（Ｃｌａｓｓ ＩＩ）およびＣｈｒｙｓｌｅｒ（Ｊ１８５０）によって使用されるＪ１８５０ＶＰＷが含まれる。ＶＰＷ（ｖａｒｉａｂｌｅ ｐｕｌｓｅ ｗｉｄｔｈ）モードが、時々、トヨタおよびホンダと共に使用され、単一のワイヤを介して１０．４Ｋｂｐｓで動作する。Ｊ１８５０ＰＷＭは、Ｆｏｒｄ（Ｓｔａｎｄａｒｄ Ｃｏｒｐｏｒａｔｅ Ｐｒｏｔｏｃｏｌ、ＳＣＰ）によって使用され、時々マツダおよび三菱によって使用される。ＳＣＰは、２ワイヤ平衡信号を介して４１．６Ｋｂｐｓである。ＩＳＯ ９１４１およびＩＳＯ ９１４１−２（ＩＳＯ ９１４１ ＣＡＲＢ）が、時々Ｃｈｒｙｓｌｅｒ製品およびマツダ製品に使用され、欧州でより一般的に使用される。これは、単一ワイヤを介して１０．４Ｋｂｐｓで動作する。
【００２５】
ネットワークプロトコルは、非互換であり、特定のメッセージに使用されるアプリケーション層と共に物理層およびデータリンク層を記述する。本発明の車両タグ２０に、異なるプロトコルと共に動作するのに必要なマイクロコントローラ２２と車両タグメモリに保管された車両データベースおよびアルゴリズムが含まれる。ＣＡＮ（ｃｏｎｔｒｏｌｌｅｒ ａｒｅａ ｎｅｔｗｏｒｋ）は、データリンク層およびアプリケーション層に対処することができるが、物理層または速度パラメータに対処しない。ＣＡＮは、高速（ＩＳＯ １８９８）および低速（ＩＳＯ １１５１９）として動作する。Ｊ１８５０ＶＰＷ実施形態および単一ワイヤＣＡＮを使用するＣｌａｓｓ ＩＩ ＧＭ実施形態とＳＣＰが使用されてきた。本発明の車両タグは、ｄｅｖｉｃｅ ｎｅｔ、Ｊ１９３９、Ｊ１７０８、ＴＴＰ（ｔｉｍｅ ｔｒｉｇｇｅｒｅｄ ｐｒｏｔｏｃｏｌ）、ＩＴＳデータバス、およびＰＣタイプのネットワークと共に使用するために適合させることができる。Ｊ１８５０ＶＰＷ（ｖａｒｉａｂｌｅ ｐｕｌｓｅ ｗｉｄｔｈ）モードは、Ｊ１８５０仕様に見られるシンボルを有し、公称１０．４Ｋｂｐｓで動作する。これは、グラウンド基準およびグラウンド電位としてのバスアイドル「ロウ」を有する単一ワイヤである。バス「ハイ」は、１例で、＋７Ｖであり、判断閾値として＋３．５Ｖで動作する。バス「ハイ」は、支配的であり、０のビットを有する。通常、メッセージは、巡回冗長検査（ＣＲＣ）バイトおよびＩＦＲバイトを含めて１２バイトまでに制限される。ＣＳＭＡ／ＮＤＡ（ｃａｒｒｉｅｒ ｓｅｎｓｅ ｍｕｌｔｉｐｌｅ ａｃｃｅｓｓ ｗｉｔｈ ｎｏｎ−ｄｅｓｔｒｕｃｔｉｖｅ ａｒｂｉｔｒａｔｉｏｎ）を使用することができる。Ｊ１８５０ＰＷＭ（Ｐｕｌｓｅ Ｗｉｄｔｈ Ｍｏｄｕｌａｔｉｏｎ）は、Ｊ１８５０仕様で定義されたシンボルを有し、４１．６Ｋｂｐｓを使用する。これは、参照されるグラウンド基準であり、支配的状態として＋５Ｖのバス「ハイ」を有する２ワイヤ差動信号を使用することができる。
【００２６】
本発明の車両タグは、ＩＳＯ ９１４１−２標準規格と共に動作することもでき、この規格は、ＵＡＲＴベースであり、１０．４Ｋｂｐｓで動作する。Ｋ線が、グラウンド基準として必要であり、普通の通信に使用される。Ｌ線は、参照されるグラウンドとすることができる。
【００２７】
本発明の車両タグは、インストールおよびデインストールが簡単であるように設計され、車両識別、燃料、および走行距離に関するデータを送信することによって、燃料費回復および走行距離計検証用の８０２．１１遠隔測定アプリケーションおよび８０２．１１位置アプリケーションを使用することができる。レンタカー応用例で、これによって、より素早いチェックインに関する顧客経験が改善され、人件費が減り、資産使用が改善される。車両タグ２０は、ウェブ対応とすることができる。
【００２８】
図５〜１２は、本発明の車両タグ２０の高水準動作を示し、車両タグが最初に接続された時、車両タグが動作している時、車両がオンモード、オフモード、移動中モード、またはアイドルモードあるいは他の動作モードである時の車両タグの機能およびそのブリンク動作を示す流れ図である。
【００２９】
図５は、車両タグが車両に最初に接続された時（ブロック２００）の車両タグの動作および「ブリンク」状態を示す第１の流れ図である。この時に、３つのスイッチブリンクが発生する（ブロック２０２）。タグＩＤが赤であり（ブロック２０４）、有効なＩＤが判定される（ブロック２０６）。ＩＤが有効でない場合には、タグＩＤをもう一度読み取る（ブロック２０４）。有効なＩＤが発生した場合には、タグを構成し（ブロック２０８）、Ｊ１８５０ＶＰＷ車両識別（ＶＩＮ）要求を１秒ごとに送信して、ＶＩＮを判定する（ブロック２１０）。有効な応答が受信されない場合に（ブロック２１２）、１０秒を時間期間として使用し、この非制限的な例では、それが満了した場合に（ブロック２１４）、ＩＳＯ−Ｋで、車両識別番号要求を１秒ごとに送信する（ブロック２１６）。１０秒が満了していない場合には、Ｊ１８５０ＶＰＷ ＶＩＮ要求を１秒ごとに送信する（ブロック２１０）。ＩＳＯ−Ｋ要求が送信され、有効な応答が受信されていない場合に（ブロック２１８）、１０秒をセットし（ブロック２２０）、これが満了していない場合には、ＩＳＯ−Ｋをもう一度送信する（ブロック２１６）。１０秒が満了した場合には、Ｊ１８５０ＶＰＷを送信する（ブロック２１０）。Ｊ１８５０ＶＰＷまたはＩＳＯ−Ｋのどちらが送信された場合でも、有効な応答がある場合に（ブロック２１２および２１８）、車両プロトコルをデータベースから選択する（ブロック２２２）。車両識別番号を車両タグに書き込み、２つのＶＩＮブリンクが発生する（ブロック２２４）。２０秒タグタスクタイマを開始する（ブロック２２６）。１０分スリープタイマを開始する（ブロック２２８）。遠隔測定要求を１秒ごとに送信する（ブロック２３０）。
【００３０】
この時点で、車両が走っているかどうかの判定を行う（ブロック２３２）。車両が走っている場合には、車両オン状況を維持する（ブロック２３４）。車両が走っていない場合には、１０分をセットする（ブロック２３６）。この時間期間が満了していない場合には、遠隔測定要求を１秒ごとに送信する（ブロック２３０）。１０分が満了した場合には、車両タグはスリープモードに入る（ブロック２３８）。
【００３１】
たとえば車両タグが切り離された時の、車両タグの切離し動作を図１１に示す。車両タグが始めて切り離された時に（ブロック２４０）、３つのスイッチブリンクが発生し（ブロック２４２）、サイクルが終了する（ブロック２４４）。
【００３２】
図７は、車両がオンである時（ブロック２３４）の車両タグの機能を示す流れ図である。車両タグが、車両がオンであると判定したならば、遠隔測定要求を１秒ごとに送信する（ブロック２５０）。２０秒タイマが満了したかどうかの判定を行う（ブロック２５２）。満了していない場合には、遠隔測定要求を１秒ごとに送信する（ブロック２５０）。２０秒タイマが満了した場合には、車両が移動しているかどうかの判定を行う（ブロック２５４）。車両が移動している場合には、車両タグは、車両移動中状況に入る（ブロック２５６）。
【００３３】
車両が移動していない場合には、車両がオフであるかどうかの判定を行う（ブロック２５８）。車両がオフである場合には、車両タグは、車両オフ状況モードに入る（ブロック２６０）。車両がオフでない場合には、ＷｈｅｒｅＮｅｔによって製造されたＷｈｅｒｅＰｏｒｔポートデバイスなどの近接通信デバイスがアクティブをブリンクしたかどうかの判定を行う（ブロック２６２）。そうである場合には、このサイクルを繰り返す。そうでない場合には、２つの遠隔測定ブリンクと共に、遠隔測定をタグに書き込む（Ｓ＝１）（ブロック２６４）。２０秒タグタスクタイマを開始する（ブロック２６６）。遠隔測定要求を１秒ごとに送信する（ブロック２６８）。２０秒タイマが満了したかどうかの判定を行う（ブロック２７０）。満了していない場合には、遠隔測定要求を１秒ごとに送信する（ブロック２６８）。
【００３４】
車両が移動しているかどうかの判定を行い（ブロック２７２）、そうである場合には、車両移動中状況モードに入る（ブロック２５６）。そうでない場合には、車両がオフであるかどうかの判定を行う（ブロック２７４）。そうである場合には、車両オフモードに入る（ブロック２６０）。そうでない場合には、近接通信デバイスがアクションをブリンクするかどうかの判定を行い（ブロック２７６）、そうである場合には、このサイクルを繰り返す。そうでない場合には、車両識別番号を、２つのＶＩＮブリンクを示すものとしてタグに書き込む（ブロック２７８）。
【００３５】
２０秒タイマを、タグタスクタイマとして開始する（ブロック２８０）。この時に、遠隔測定要求を１秒ごとに送信する（ブロック２８２）。２０秒タイマが満了したかどうかの判定を行い（ブロック２８４）、そうでない場合には、このサイクルを繰り返す。そうである場合には、車両が移動しているかどうかの判定を行い（ブロック２８６）、そうである場合には、車両移動中モードに入る（ブロック２５６）。そうでない場合には、車両がオフであるかどうかの判定を行い（ブロック２８８）、そうである場合には、車両オフモードに入る（ブロック２６０）。
【００３６】
近接通信デバイスがアクティブをブリンクするかどうかの判定を行い（ブロック２９０）、そうである場合には、このサイクルを繰り返す。そうでない場合には、遠隔測定をタグに書き込み（Ｓ＝１）、２つの遠隔測定ブリンクを開始する（ブロック２９２）。２０秒タスクタイマを開始し（ブロック２９４）、遠隔測定要求を１秒ごとに送信する（ブロック２９６）。２０秒タイマが満了したかどうかの判定を行い（ブロック２９８）、そうでない場合には、このサイクルを繰り返す。そうである場合には、車両が移動しているかどうかの判定を行い（ブロック３００）、そうである場合には、車両移動中モードに入る（ブロック２５６）。そうでない場合には、車両がオフであるかどうかの判定を行い（ブロック３０２）、そうである場合には、車両オフモードに入る（ブロック２６０）。そうでない場合には、近接通信デバイスがアクションをブリンクしたかどうかの判定を行い（ブロック３０４）、そうである場合には、このサイクルを繰り返す。そうでない場合には、車両識別番号をタグに書き込み、２つのＶＩＮブリンクを行う（ブロック３０６）。２０秒タスクタイマを開始し（ブロック３０８）、アイドルモードに入る（ブロック３１０）。
【００３７】
図８は、車両オフモードに入る時（ブロック２６０）の自動車タグの機能を示す流れ図である。この時に、遠隔測定要求を１秒ごとに送信する（ブロック３２０）。２０秒タイマが満了したかどうかの判定を行う（ブロック３２２）。そうでない場合には、このサイクルを繰り返す。そうである場合には、車両が移動しているかどうかの判定を行い（ブロック３２４）、そうである場合には、車両移動中モードに入る（ブロック３２６）。そうでない場合には、車両がオンであるかどうかの判定を行い（ブロック３２８）、そうである場合には、車両オンモードに入る（ブロック３３０）。そうでない場合には、近接通信デバイスがアクティブをブリンクしたかどうかの判定を行う（ブロック３３２）。そうである場合には、このサイクルを繰り返し、そうでない場合には、２つの遠隔測定ブリンクと共に、遠隔測定をタグに書き込む（Ｓ＝２）（ブロック３３４）。
【００３８】
２０秒タグタスクタイマを開始し（ブロック３３６）、遠隔測定要求を１秒ごとに送信する（ブロック３３８）。２０秒タイマが満了したかどうかの判定を行い（ブロック３４０）、そうでない場合には、このサイクルを繰り返す。そうである場合には、車両が移動しているかどうかの判定を行い（ブロック３４２）、そうである場合には、車両移動中モードに入る（ブロック３２６）。もちろん、車両が移動していなかった場合には、車両がオンであるかどうかの判定を行い（ブロック３４４）、そうである場合には、車両オンモードに入る（ブロック３３０）。そうでない場合には、近接通信デバイスがアクティブをブリンクするかどうかの判定を行い（ブロック３４６）、そうである場合には、このサイクルを繰り返す。そうでない場合には、車両識別番号を、２つの車両識別番号ブリンクとしてタグに書き込む（ブロック３４８）。
【００３９】
２０秒タグタスクタイマを開始し（ブロック３５０）、遠隔測定要求を１秒ごとに送信する（ブロック３５２）。２０秒タグタスクタイマが満了したかどうかの判定を行い（ブロック３５４）、そうでない場合には、遠隔測定要求を１秒ごとに送信する。そうである場合には、車両が移動しているかどうかの判定を行い（ブロック３５６）、そうである場合には、車両移動中状況に入る（ブロック３２６）。そうでない場合には、車両がオンであるかどうかの判定を行い（ブロック３５８）、そうである場合には、車両オンモードに入る（ブロック３５８）。車両がオンでなかった場合には、近接通信デバイスがアクティブをブリンクするかどうかの判定を行い（ブロック３６０）、そうである場合には、このサイクルを繰り返す。そうでない場合には、遠隔測定を、２つの遠隔測定ブリンクとしてタグに書き込む（Ｓ＝２）（ブロック３６２）。
【００４０】
２０秒タグタスクタイマを開始し（ブロック３６４）、遠隔測定要求を１秒ごとに送信する（ブロック３６６）。２０秒タグタスクタイマが満了したかどうかの判定を行い（ブロック３６８）、そうでない場合には、このサイクルを繰り返す。そうである場合には、車両が移動しているかどうかの判定を行い（ブロック３７０）、そうである場合には、車両移動中モードに入る（ブロック３２６）。そうでない場合には、車両がオンであるかどうかの判定を行い（ブロック３７２）、そうである場合には、車両オンモードに入る（ブロック３３０）。そうでない場合には、近接通信デバイスがアクティブをブリンクするかどうかの判定を行い（ブロック３７４）、そうである場合には、このサイクルを繰り返す。そうでない場合には、車両識別番号を、２つのＶＩＮブリンクとしてタグに書き込み（ブロック３７６）、２０秒タグタスクタイマを開始する（ブロック３７８）。スリープモードに入る（ブロック３８０）。
【００４１】
図９は、車両移動中状況に入る時（ブロック３２６）の自動車タグの機能を示す流れ図である。その時に、遠隔測定要求を１秒ごとに送信する（ブロック４８２）。２０秒タイマが満了したかどうかの判定を行い（ブロック４８４）、そうでない場合には、このサイクルを繰り返し、遠隔測定要求を１秒ごとに送信する。そうである場合には、車両がオフであるかどうかの判定を行い（ブロック４８６）、そうである場合には、車両オフモードに入る（ブロック４８８）。そうでない場合には、車両が移動しているかどうかの判定を行い（ブロック４８９）、そうである場合には、１０分タイマを開始する（ブロック４９０）。この時に、近接通信デバイスがアクティブをブリンクするかどうかの判定を行い（ブロック４９２）、そうである場合には、このサイクルを繰り返す。ブロック４８９で車両が移動していないと判定された場合には、ブロック４９２での近接通信デバイスに関する判定を行う。この時に、遠隔測定を、２つの遠隔測定ブリンクと共に、タグに書き込む（Ｓ＝４）（ブロック４９４）。２０秒タグタスクタイマを開始し（ブロック４９６）、１０分タイマが満了したかどうかの判定を行う（ブロック４９８）。そうでない場合には、このサイクルを先頭から繰り返し、そうである場合には、アイドルモードに入る（ブロック５００）。
【００４２】
図１０に、スリープモードに入る時（ブロック３８０）の車両タグの機能を示す。この時に、３０分タイマを開始し（ブロック５０２）、車両バスでアクティビティが発生したかどうかの判定を行う（ブロック５０４）。そうである場合には、遠隔測定要求を１秒ごとに送信する（ブロック５０６）。車両が走っているかどうかの判定を行い（ブロック５０８）、そうである場合には、車両オン状況に入る（ブロック５１０）。そうでない場合には、このサイクルを繰り返して、車両バスでアクティビティが発生したかどうかの判定を行う（ブロック５０４）。その時に、バスにアクティビティがない場合には、３０分タイマが満了したかどうかの判定を行い（ブロック５１２）、そうでない場合には、このサイクルを繰り返して、車両バスにアクティビティがあるかどうかを判定する。そうである場合には、近接通信デバイスがアクションをブリンクするかどうかの判定を行い（ブロック５１４）、そうである場合には、このサイクルを繰り返す。そうでない場合には、遠隔測定を、２つの遠隔測定ブリンクとして車両タグに書き込む（Ｓ＝１０）（ブロック５１６）。この時に、３０分タイマを開始する（ブロック５１８）。
【００４３】
車両バスにアクティビティがあるかどうかの判定を行い（ブロック５２０）、そうである場合には、遠隔測定要求を１秒ごとに送信する（ブロック５２２）。車両が走っているかどうかの判定を行い（ブロック５２４）、そうである場合には、車両オン状況が表示である（ブロック５１０）。車両バスにアクティビティがない場合には、３０分タイマが満了したかどうかの判定を行い（ブロック５２６）、そうでない場合には、このサイクルを繰り返す。そうである場合には、近接通信デバイスがアクションをブリンクするかどうかの判定を行い（ブロック５２８）、そうである場合には、このサイクルを繰り返す。そうでない場合には、ファームウェアバージョンを、ファームウェアを表す２つのＦＷブリンクと共に、タグに書き込む（ブロック５３０）。
【００４４】
３０分タイマを開始し（ブロック５３２）、車両バスでアクティビティが発生したかどうかの判定を行う（ブロック５３４）。そうである場合には、遠隔測定要求を１秒ごとに送信し（ブロック５３６）、車両が走っているかどうかの判定を行う（ブロック５３８）。そうである場合には、車両オン状況が示される（ブロック５１０）。そうでない場合には、このサイクルを繰り返す。車両バスにアクティビティがない場合には、３０分タイマが満了したかどうかの判定を行う（ブロック５４０）。そうである場合には、近接通信デバイスがアクティブをブリンクするかどうかの判定を行い（ブロック５４２）、そうである場合には、このサイクルを繰り返す。そうでない場合には、車両識別番号を、２つの車両識別番号ブリンクとして車両タグに書き込み（ブロック５４４）、ブロック５０２からこのサイクルを繰り返す。
【００４５】
図１１は、アイドルモード（ブロック５００）の車両タグの機能を示す流れ図である。１０分タイマを開始し（ブロック５５０）、遠隔測定要求を１秒ごとに送信する（ブロック５５２）。車両が移動しているかどうかの判定を行い（ブロック５５４）、そうである場合には、車両タグは、車両移動中モードに入る（ブロック５５６）。そうでない場合には、１０分タイマが満了したかどうかの判定を行い（ブロック５５８）、そうでない場合には、遠隔測定要求を１秒ごとに送信する。１０分タイマが満了している場合には、近接通信デバイスがアクティブをブリンクするかどうかの判定を行う（ブロック５６０）。そうである場合には、このサイクルを繰り返し、そうでない場合には、遠隔測定を、２つの遠隔測定ブリンクとしてタグに書き込む（Ｓ＝０）（ブロック５６２）。
【００４６】
車両バスにアクティビティがあるかどうかの判定を行い（ブロック５６４）、そうでない場合には、車両タグは、スリープモードに入る（ブロック５６６）。そうである場合には、１０分タイマを開始し、このサイクルを繰り返す。
【００４７】
図１２に、近接通信デバイス、たとえばＷｈｅｒｅＰｏｒｔデバイス（ブロック６００）と、スリープモード（ブロック６０２）、オンモード（ブロック６０４）、オフモード（ブロック６０６）、移動中モード（ブロック６０８）、アイドルモード（ブロック６１０）、および接続モード（ブロック６１２）との間の相互関係を示す。
【００４８】
本発明の車両タグ２０に、ＯＢＤ−ＩＩシステムに変形を有する異なる車両と共に車両タグが働けるようにするランタイムファームウェアおよび車両データテーブルが含まれる。ファームウェアおよび車両データテーブルは、互いと共に動作する。車両識別番号（ＶＩＮ）が判定され、車両タグ２０に書き込まれる時に、車両タグ２０内のファームウェアが、車両タグ内の車両データテーブルから車両およびその動作に関する情報を自動的に入手し、車両タグがその車両と共に動作するようになる。
【００４９】
本発明の車両タグは、車両が、モデルの間でシステムおよび回路の挙動およびプロトコルの極端な変動を示す時であっても、広範囲の車両と通信することができる。本発明の車両タグは、コアファームウェアに対する変更を必要とせずに、新しい車両および新しい応用例に拡張することもできる。すべての組み込まれたファームウェアが、限られた読み書きメモリを有するマイクロコントローラ３２のプロセッサで動作する。さまざまなエンドタグ構成要素に、「現場での」テーブルおよびランタイムフラッシュの更新を可能にするローダを含めることができる。すべての車両データテーブルが、本発明の車両タグを特定の応用例に合わせて調整する。ランタイム構成要素は、汎用パケット交換状態機械として働くことができる。
【００５０】
本発明の車両タグは、車両タグを更新し、構成するためにファイルおよび情報を提供するハンドヘルドデバイスおよび「現場」フラッシュ更新を駆動できるプログラマを含む、さまざまな外部構成要素と共に動作することができる。テーブルビルダは、ＣＳＶテーブルをＳＴ９バイナリイメージにコンパイルすることができ、テーブルブラウザまたは保守ユーティリティが、テーブルの表示と／または更新および拡張を可能にすることができる。ＳＴ９は、複数レジスタベースのマイクロコンピュータコア、Ａ／Ｃ変換器、シリアル通信インターフェースユニット（ＳＣＩ）、１６ビットマルチファクションタイマ、および入力取込／出力比較機能を含めることができるマイクロプロセッサ設計である。
【００５１】
ＳＴ９マイクロコントローラシリーズは、ＳＴＭｉｃｒｏｅｌｅｃｔｒｏｎｉｃｓ社によって製造され、８ビットマイクロコントローラと１６ビットマイクロコントローラの間のギャップに橋を渡し、高速プログラム実行、メモリの効率的な使用、高速データ処理、ならびに入出力柔軟性およびシステム拡張を有するコンテキスト切替を提供する高性能ＭＣＵファミリである。ＳＴ９マイクロコントローラシリーズには、単一電圧のフラッシュＥＥＰＲＯＭおよびエミュレートされたＥＥＰＲＯＭと、完全にプログラマブルな２５６Ｋｂ単一電圧フラッシュおよびＰＬＬクロック生成を含めることができる。異なるプログラマブル入出力、アナログ−ディジタル変換器、線形メモリ、８ビットレジスタ、および機能強化されたフィルタリングを有するＣＡＮ ２．０Ｂ ａｃｔｉｖｅを設けることができる。他の構成要素は、ＳＴＭｉｃｒｏｅｌｅｃｔｒｏｎｉｃｓによって製造されるマイクロコントローラのＳＴ９ファミリのさまざまなデータシートで見つけることができる。
【００５２】
図１３に、本発明の車両タグの１例として動作することができるランタイムメッセージフローを示す。入力が、左側の入力によって示されるように読み取られ、出力が、右側の出力によって示されるように書き込まれる。
【００５３】
図からわかるように、さまざまな入力に、ＲＳ２３２シリアル５０、ＷｈｅｒｅＴａｇ入力５２、ＩＳＯ１１８９８（ＣＡＮ）５４、ＩＳＯ９１４１（５ボーＩＮＩＴ）５６、ＩＳＯ１４２３０（ｆａｓｔ ＩＮＩＴ）５８、Ｊ１８５０ＰＷＭ ６０、およびＪ１８５０ＶＰＷ ６２が含まれる。これらは、選択された「読取」回路６４によって読み取られ、「書込」回路６６を介して書き込まれる。「書込」出力での対応する機能に、「読取」入力の符号５０〜６２に対応する符号７０〜８２を与えた。
【００５４】
抽出テンプレート内のパターンに対するメッセージの突合せ９０、一致が発生した場合の判定９２、および選択されたバッファへのテストによる抽出物の選択９４を含む、他の機能もこのメッセージフロー内で発生する。メッセージを回答／応答リストに送ることができ９６、システム状態を抽出部に基づいて更新することができる９８。値バッファに、ブロック１００に示されているように、抽出されたバイトの以前の値および現在の値と、スケーリングファクタおよび／または値識別子と、前のサンプル期間および現在のサンプル期間のサンプル数と、前のサンプル期間および現在のサンプル期間に保存された時間サンプルが含まれる。イベントを、バッファ内のデータの変化に基づいて評価することができ１０２、システム状態を、イベントに基づいて更新することができる１０４。メッセージを、状態変化に応答して送ることができ１０６、メッセージを、要求／回答テンプレートから作ることができ１０８、選択されたバッファからのテストによる選択物を挿入することができ、これが、その後、読み取られる６６。また、時間メッセージリストおよび状態変化に対する応答での変更を行うことができ１１２、次のメッセージが、タイマ１１６によって決定される通りにタイムドメッセージシーケンスで発行される１１４。入力をデバッグコマンドとして解釈することができ、これによって、メッセージが、テンプレートから生成されるか、異なる形で作成され、書き込まれる１１８。あるチャネルから別のチャネルへのゲートウェイが、読取と書込の間に存在する。
【００５５】
すべての入力チャネルが、一様である。すべてのチャネルが、遠隔測定情報、デバッグ情報、またはゲートウェイ情報を搬送することができる。読取機能は、メッセージを正しい宛先にルーティングする責任を負う。すべての出力チャネルが、一様である。タイムベースドテンプレートによって生成されたメッセージ、応答メッセージ、デビューメッセージ、およびゲートウェイメッセージのすべてを、任意のチャネルで送ることができ、このチャネルは、ＥＥＰＲＯＭ内のビットをセットすることによって、遠隔測定入、遠隔測定出、デビュー入、デバッグ出、またはゲートウェイとして指定される。
【００５６】
遠隔測定入力として指定されたチャネルから来るメッセージは、抽出テンプレートを使用して処理される。抽出テンプレートは、データをバッファに保存し、システム状態を変更し、あるいは複数の応答メッセージ（複数のチャネルで送り出すことができる）を引き起こすことができる。抽出テンプレートは、パターンマッチングに基づき、したがって、車両メッセージに制限されない。
【００５７】
遠隔測定出力は、テンプレートから作られる。これは、時間の経過、特定のメッセージの受け取り、またはシステム状態の変化に基づいてあるいはデバッグコマンドによってトリガすることができる。この出力に、スケールファクタ、メッセージ数、ＶＩＮデータ、および他のメタデータを含む、バッファからの定数および値を含めることができる。要求／応答テンプレートは、車両タグに保管されたデータから１バイトずつメッセージを作り、したがって、使用される特定の抽出テンプレートより車両依存ではない。
【００５８】
デバッグ入力として指定されたチャネルから来るメッセージを、デバッグコマンドプロセッサによって処理することができる。これらは、さまざまな開発機能およびテスト機能を実行することができる。出てゆくデバッグメッセージは、テンプレートから作成するか、直接に作成することができる。デバッグ出力の大多数が、実行トレースメッセージである。
【００５９】
すべてのチャネルが一様なので、２つのチャネルを一緒にゲートウェイ化することができ、一方のチャネルに来るすべてのメッセージを他方のチャネルに送り出すことができる。これによって、１例として、ＲＳ２３２を有するラップトップ機が、車両のＪ１８５０ＶＰＷバスと直接に話すことが可能になる。
【００６０】
抽出テンプレートおよび要求／回答テンプレートの選択は、古典的な状態機械によって制御される。これには、次の形のエントリが含まれる。
状態ＳでイベントＥが発生する場合に、状態Ｎに移動し、テーブルＴをアクティブ化し、アクションＡを実行する。使用される状態機械の選択は、ファミリコードによって制御され、このファミリコードは、ＶＩＮによって決定される。
【００６１】
本発明の車両タグを、特定の応用例に合わせて調整することができる。システムが燃料および走行距離を判定する車両がある場合に、たとえばエンジン冷却水温度（ＥＣＴ）を盗聴する機能を追加することができる。車両タグは、２４０未満から２４０超への温度上昇を見、新しい状態に入ることができる。車両タグは、警告メッセージをブリンクすることもできる。
【００６２】
車両タグとして動作するシステムは、アクティブテーブルを識別し、抽出セットを更新し、抽出テンプレートを作成し、分析方法を作成し、値バッファを定義し、イベントを定義し、主状態機械を更新し、遠隔測定状態機械を更新し、応答リストを更新し、応答テンプレートを作成することができる。これらの機能を、下で説明する。
【００６３】
アクティブテーブルを識別することができる。テーブル開発ユーティリティを使用すると、どのファミリ、状態機械、方言、シーケンス、セット、チェックリスト、および他のテーブルが、このＶＩＮファミリの車両についてアクティブであるかを判定することができる。
【００６４】
抽出セットを更新することができる。現在のＳｅｔＴｏＥｘｔｒａｃｔｉｏｎテーブルで、車両タグシステムは、テンプレート「ＥＸＴＲＡＣＴ＿ＥＣＴ」をテンプレートのリストに追加して、入ってくるメッセージに適用することができる。システムは、このテンプレートについて「ＮＵＬＬ」回答リストを指定する。ＥｘｔｒａｃｔｉｏｎＮｕｍＴｏＢａｓｅテーブルで、システムは、次に使用可能な抽出テンプレートスロットにシンボリック名「ＥＸＴＲＡＣＴ＿ＥＣＴ」を割り当てる。
【００６５】
抽出テンプレートを作成することができる。システムは、「ＥＸＴＲＡＣＴ＿ＥＣＴ」という名前の新しいＥｘｔｒａｃｔｉｏｎテンプレートテーブルをＥｘｔｒａｃｔｉｏｎｓディレクトリに作成する。このテンプレートの「一致」部分に、一致メッセージがセットされ、最初の５バイトは、０ｘ４８、０ｘ６Ｂ、０ｘ１０、０ｘ４１、および０ｘ０５である。システムは、このテンプレートの「分析」部分をセットして、メッセージの第６バイトおよび第７バイトに「ＥＣＴ＿ＡＮＡＬＹＳＩＳ」分析方法を適用する。このテンプレートの「状態変化」部分は、空のまま残される。
【００６６】
分析方法を作成することができる。ＡｎａｌｙｓｉｓＮｕｍＴｏＢａｓｅで、システムは、次に使用可能な分析スロットにシンボリック名「ＥＣＴ＿ＡＮＡＬＹＳＩＳ」を割り当てる。システムは、次のように、単一のメソッドを有する新しい分析テーブルを「Ａｎａｌｙｓｅｓ」サブディレクトリに作成する。
【００６７】
バッファに「ＥＣＴ＿ＢＵＦＦＥＲ」をセットし
保存フラグに「ＳＡＶＥ＿ＣＵＲＲＥＮＴ」をセットし
スケールファクタに１をセットする。
【００６８】
値バッファを定義することができる。ＢｕｆｆｅｒＴｏＮａｍｅで、システムは、次のように、次に使用可能なバッファにシンボリック定数「ＥＣＴ＿ＢＵＦＦＥＲ」を割り当てる。
【００６９】
平均に「なし」をセットし
サイズに２バイトをセットし
フラグに「なし」をセットする。
【００７０】
イベントを定義することができる。ＥｖｅｎｔＴｏＮａｍｅで、システムは、次に使用可能なイベントスロットにシンボリック定数「ＯＶＥＲＴＥＭＰ＿ＥＶＥＮＴ」を割り当てる。適当なＣｈｅｃｋｌｉｓｔＴｏＥｖｅｎｔテーブルに、システムは、次のようにこのイベントをトリガするエントリを追加する。
【００７１】
バッファに「ＥＣＴ＿ＢＵＦＦＥＲ」をセットし
フィールドに「ＣＵＲＲＥＮＴ＿ＶＡＬ」をセットし
比較に「ＲＩＳＩＮＧ＿ＰＡＳＴ ＴＨＲＥＳＨＯＬＤ」をセットし
閾値に２４０をセットし
イベントに「ＯＶＥＲＴＥＭＰ＿ＥＶＥＮＴをセットする。
【００７２】
主状態機械を更新することができる。ＳｔａｔｅＰｒｉｍａｒｙＴｏＮａｍｅで、システムは、次に使用可能な主状態スロットにシンボリック定数「ＯＶＥＲＴＥＭＰ＿ＳＴＡＴＥ」を割り当てる。適当なＳｔａｔｅＮｅｘｔｓテーブルに、システムは、次のように、イベントに応答するエントリを追加する。
【００７３】
前の状態に「ＥＮＧＩＮＥ＿ＯＮ」をセットし
比較および副状態にすべての副状態でのトリガのトリガイネーブルをセットし
イベントに「ＯＶＥＲＴＥＭＰ＿ＥＶＥＮＴ」をセットし
次の主状態に「ＯＶＥＲＴＥＭＰ＿ＳＴＡＴＥ」をセットする。
【００７４】
遠隔測定状態機械を更新することができる。適当なＳｔａｔｅＴｅｌｅｍｅｔｒｉｅｓテーブルに、システムは、この状態に入った時にメッセージを送るためにエントリを追加する。システムは、次のように、主状態に「ＯＶＥＲＴＥＭＰ＿ＳＴＡＴＥ」をセットする。
【００７５】
１）比較および副状態に主状態への進入時にトリガをセットし
２）応答リストに「ＯＶＥＲＴＥＭＰ＿ＬＩＳＴ」をセットする。
応答リストを更新することができる。ＬｉｓｔＮｕｍＴｏＢａｓｅで、システムは、次に使用可能な回答／応答リストスロットにシンボリック定数「ＯＶＥＲＴＥＭＰ＿ＬＩＳＴ」を割り当てる。システムは、次のように、単一の応答を含む新しい応答リストテーブルをＬｉｓｔｓサブディレクトリに作成する。
【００７６】
応答テンプレートに「ＯＶＥＲＴＥＭＰ＿ＢＬＩＮＫ」をセットする。
システムは、応答テンプレートを作成することができる。ＲｅｑｕｅｓｔＮｕｍＴｏＢａｓｅで、システムは、次に使用可能な応答／回答テンプレートスロットにシンボリック定数「ＯＶＥＲＴＥＭＰ＿ＢＬＩＮＫ」を割り当てる。システムは、次のように、新しい応答テンプレートテーブルをＲｅｑｕｅｓｔｓディレクトリに作成する。
【００７７】
チャネルに「ＴＡＧ」をセットし
テンプレートの定数部分に０ｘ４１、…、…、０ｘ００、０ｘ００、０ｘ００、…をセットし
「ＥＣＴ＿ＢＵＦＦＥＲ」の内容をメッセージバイト１および２に挿入するようにテンプレートの挿入部分をセットする。
【００７８】
抽出テンプレートは、分析方法を使用して、ＥＣＴを値バッファに取り込む。イベントおよびチェックリストが、ＥＣＴが閾値をまたぐ時に主状態機械を更新する。状態が推移する時に、遠隔測定状態機械が、応答テンプレートを含む応答リストをアクティブ化し、これによって、タグからブリンクされるメッセージが作成される。
【００７９】
本発明の車両タグは、テーブルも作成する。タグには、さまざまなアクションと共に非常にポータブルなコマンドラインユーティリティが含まれ、このアクションには、（ａ）ローダファイルおよびランタイムファイルの読取、（ｂ）メモリへのＣＳＶテーブルファイルの読取、（ｃ）シンボルテーブルの作成、（ｄ）テーブル内のシンボルおよびテーブル間のリンクの解決、（ｅ）注釈付きＣＳＶテーブルファイルの書出、（ｆ）テーブル情報とファームウェアのマージ、および（ｇ）
ローダのみ、テーブルのみ、ランタイムのみ、フルメモリイメージ
のパックされアラインされたＳＴ９ １６進イメージファイルの書出が含まれる。
【００８０】
このシステムは、テーブルメインテナ機能（またはモジュール）を介してテーブルを維持することができる。これは、テーブルビルダモジュールと似た形で実行可能であるが、ウェブサーバおよびウェブサービスとして動作する。これには、（ａ）既存テーブルをブラウズする能力、（ｂ）既存テーブルに対する照会を実行する能力、（ｃ）テーブル内のフィールドを変更し、更新する能力、（ｄ）新しいテーブルを開発する能力、および（ｅ）新しいテーブルの開発を支援する能力が含まれる。
【００８１】
しかし、いくつかの制限が存在する可能性がある。ランタイムは、パケット指向である。通信チャネル上のデータは、小さい別個のパケットとして編成されなければならない。ランタイムは、バイト指向でもある。データを処理できる最も微細な粒度は、バイトレベルである。ランタイムは、パターンマッチング、バイト抽出、およびバイト挿入に基づく。車両タグは、データに対する最も単純な計算だけを実行することができる。
【００８２】
異なるハードウェア機能およびソフトウェア機能が、本発明の車両タグ内でおよびこれと共に動作する。ハンドヘルド機を使用して、ＶＩＮ番号、タグＩＤ、タグ構成、および他の情報をダウンロードすることによって、特定の車両に合わせてタグを構成することができる。ハンドヘルド機を使用して、フラッシュメモリだけに含まれるテーブルデータおよびランタイムファームウェアを更新することもできる。
【００８３】
車両タグのプログラマモジュールは、ハンドヘルド機とインターフェースすることができる。これは、ＲＳ２３２インターフェースから車両タグのＩＳＯ１４２３０インターフェースへの堅牢な通信を提供する。すべての車両タグ構成および更新が、このプログラマモジュールによって調停され、このプログラマモジュールは、生産時の自動テストシステムの一部の基礎としても働く。
【００８４】
車両タグ内のリーダーが、ハンドヘルド機に接続されたプログラマとインターフェースする。リーダーモジュールは、この構成を用いてエミュレートされたＥＥＰＲＯＭの実際のプログラミングおよび更新によるフラッシュメモリの実際のプログラミングを実行する。ローダは、システム内の車両タグの初期化の責任も負う。
【００８５】
タグテーブルは、特定の応用例に合わせて車両タグを調整する。たとえば、車両データテーブルの組が、車両タグに、車両に遠隔測定データを要求し、収集し、車両タグ内のトランシーバ回路を使用してその遠隔測定をブリンクするように指示する。将来に、他のテーブルセットを開発して、完全に異なる応用例に合わせて車両タグを調整することができる。
【００８６】
車両タグランタイムは、汎用パケット交換状態機械として動作する。これは、テーブルの組を使用して、入ってくるメッセージからデータをどのように抽出するかと、そのデータを使用して、出てゆくメッセージをどのように作成するかを示す。データの変化が、イベントをトリガすることができ、このイベントが、車両タグの動作を変更する状態機械推移を引き起こすことができる。現在のランタイムは、図１３に示されているように、ＲＳ２３２を介する通信、ＷｈｅｒｅＮｅｔ Ｃｏｒｐｏｒａｔｉｏｎ社によって開発されたＷｈｅｒｅＴａｇ通信標準規格、ＩＳＯ１１８９８（ＣＡＮ）、ＩＳＯ９１４１（５ボーｉｎｉｔ）、ＩＳＯ１４２３０（ｆａｓｔ ｉｎｉｔ）、Ｊ１８５０ＰＷＭ、およびＪ１８５０ＶＰＷをサポートする。
【００８７】
非常にポータブルなコマンドラインユーティリティが、テーブルビルダユーティリティ内で動作する。このユーティリティは、ローダファイルおよびランタイムファイルを読み取り、ＣＳＶテーブルファイルをメモリに読み取り、シンボルテーブルを作成し、テーブル内のシンボルおよびテーブル間のリンクを解決し、注釈付きＣＳＶテーブルファイルを書き出し、テーブル情報とファームウェアをマージし、
ローダのみ、テーブルのみ、ランタイムのみ、フルメモリイメージ
のパックされアラインされたＳＴ９ １６進イメージファイルを書き出すことができる。
【００８８】
テーブルメインテナ機能は、テーブルビルダとして実行することができるが、ウェブサーバおよびウェブサービスとして動作する。これは、既存テーブルをブラウズし、既存テーブルに対する照会を実行し、テーブル内のフィールドを変更し、更新し、新しいテーブルを開発し、新しいアプリケーションの開発を支援することができる。タグ定数テーブルは、ランタイムファームウェア内のシンボリック定数とテーブル内のシンボリック定数の間の橋を提供することができる。
【００８９】
すべての車両が、一意の車両識別番号（ＶＩＮ）を有する。車両タグは、その動作を制御するために調整文字列（ｔａｉｌｏｒｉｎｇ ｓｔｒｉｎｇ）を利用することができる。この調整文字列は、実際の構成パラメータを含むのではなく、テーブル内の「実際の」構成情報をルックアップするのに使用されるパターンに対応する。したがって、適当なテーブルエントリがあれば、任意の識別文字列を調整文字列として使用することができる。これには、部品番号、通し番号、製品名、および関連データを含めることができる。車両タグ応用例について、ＶＩＮが、調整文字列として働く。多数の「擬似」ＶＩＮを、さまざまな開発モード、テストモード、およびシミュレーションモードの制御に使用することもできる。
【００９０】
ＶｉｎＴｏＤｅｓｒｉｐｔｉｏｎテーブルに、ハンドヘルド機でなど、ＶＩＮを復号するのに使用される詳細な情報を含めることができる。これには、ランタイムが実際に必要とするものより詳細な情報を含めることができる。他のＶＩＮテーブルと異なって、ＶｉｎＴｏＤｅｓｃｒｉｐｔｉｏｎは、ＶＩＮを任意の文字列として扱うのではなく、特定の文字位置の意味を実際に理解する。ＶｉｎＴｏＤｅｓｃｒｉｐｔｉｏｎは、通常は、車両タグにダウンロードされない。
【００９１】
ＶｉｎＴｏＷｍｉテーブルに、タグが必要とするＶＩＮ情報２つのサブセットのうちの１つを含めることができる。このテーブルには、Ｗｏｒｌｄｗｉｄｅ Ｍａｎｕｆａｃｔｕｒｅｒ Ｉｄｅｎｔｉｆｉｅｒごとに１つのレコードがある。
【００９２】
ＶｉｎＴｏＦａｍｉｌｙテーブルに、特定のタグを構成するのに必要な、調整文字列に関する情報のリセットが含まれる。車両タグについて、ＶｉｎＴｏＦａｍｉｌｙテーブル内のレコードは、ＶＩＮ部分文字列を構成パラメータに関連付ける。複数のテーブルを使用して、車両の年度、メーカー、およびラインを開発者に表示することができる。これらは、タグの動作に必須ではないので、フラッシュの他にはあまり使用されないセクションに保管される。
【００９３】
２つのファミリテーブルによって、この構成についてアクティブな主状態機械、方言状態機械、遠隔測定状態機械、およびイベントチェックリストが選択される。主（または次状態）状態機械車両は、車両タグの長い時間枠（複数秒）の状態を制御する。車両応用例では、主状態機械が、車両の始動、移動、および停止の記憶に関する。メッセージ（または遠隔測定）状態機械は、主状態変化および副状態変化に基づいてメッセージの送出を制御する。方言状態機械は、送られ、解釈されるメッセージのシーケンスおよび組が経時的にどのように変化するかを決定する。
【００９４】
ＤｉａｌｅｃｔＴｏＳｅｑｕｅｎｃｅテーブルは、通信チャネルの特定の組をイネーブルし、（ａ）メッセージを送信するためのタイムド要求メッセージシーケンス、（ｂ）メッセージを解釈するためのデフォルト抽出セット、および（ｃ）両方を変更するためのメッセージバイトオーバーライドテーブルを指定する。
【００９５】
ＯｖｅｒｒｉｄｅＴｏＶａｌｕｅテーブルは、アドレスまたはスケジューリングバイトの変更など、小さい形で要求テンプレートおよび抽出テンプレートを変更する。これによって、類似するが完全に同一ではないメッセージがメッセージテンプレートを共有することが可能になる。
【００９６】
要求シーケンステーブルは、時間を指定された基礎で送り出されるメッセージの順序およびタイミングを定義する。要求シーケンステーブルは、各メッセージに対する応答を解釈するのに使用される抽出テンプレートの組も決定する。
【００９７】
要求テンプレートテーブルは、出て行くメッセージに含まれる実際のバイトを定義する。メッセージバイトは、定数、オーバーライド値、バッファからの値、スケールファクタ、圧縮されたＶＩＮ、状態番号、および多数の他のデータからなるものとすることができる。
【００９８】
ＳｉｍｕｌａｔｏｒＴｏＣｏｎｓｔａｎｔｓテーブルは、定数値だけからなり、オーバーライドできず、デバッグコマンドによってトリガすることのできない、出てゆくメッセージを定義する。これは、主に、タグに作り込まれた５つの車両シミュレータによって使用される。
【００９９】
抽出セットテーブルは、入ってくるメッセージを解釈し、これからデータを抽出するのに使用されるテンプレートの組を決定する。抽出テンプレートは、入ってくるメッセージをどのように処理するかを決定するのに使用することができる。抽出テンプレートは、メッセージがテンプレートによって認識されるために発生しなければならないパターン一致と、メッセージからデータを抽出するために適用される分析方法の組を定義する。
【０１００】
分析方法テーブルは、メッセージから抽出されたバイトをどのように処理するかを決定する。分析方法テーブルは、最新、最古、最大、最小、および非ゼロの値のどの組合せをバッファのどの組に保管しなければならないかを決定する。
【０１０１】
ＢｕｆｆｅｒＴｏＮａｍｅテーブルは、バッファ内のデータのサイズと、平均化アルゴリズムがある場合に、どの平均化アルゴリズムをバッファに適用するかを決定する。ＢｕｆｆｅｒＴｏＮａｍｅテーブルは、欠けている値、期待されない０の値、および累算された値をどのように扱うかも決定する。回答リストは、入ってくるメッセージに直接に応答して送り出されるメッセージを定義する。
【０１０２】
イベントチェックリストは、どのイベントが値バッファ内の変化のどの組合せによってトリガされるかを決定するのに使用することができる。イベントは、判断基準の別個の選択、たとえば、値が閾値を超えて増えること、スケールファクタの変化、サンプリング期間中のメッセージ数が高すぎる割合で減ること、または異なる順序での２つの異なるサンプルアルファソーティングに基づいてトリガすることができる。ＶｅｒｓｉｏｎＢｕｉｌｄテーブルに、ソフトウェアのバージョン番号およびビルド日付が含まれる。さらにＶｅｒｓｉｏｎＢｕｉｌｄテーブルは、このテーブルセットが互換であるランタイムのバージョンを指定する。
【０１０３】
ランタイムプログラムは、すべてのハードウェアを初期化することができ、ソフトウェアモジュールを構成し、始動し、スケジューラを始動することができる。スケジューラ機能は、５ｍｓ最小時間量子を有するが、タスクに単一の固定されたスケジュールを課すのではなく、タスクがすべての呼出し時にそのスケジューリングを変更することを可能にする。
【０１０４】
異なるスケジューリングされたタスクが使用可能である。これらの機能は、さまざまな通信チャネルキューからメッセージを収集し、適当な宛先にルーティングすることができる。これらの機能は、値バッファ内のデータを分析し、結果の方言、メッセージシーケンス、および抽出セットに応じて状態を更新することができる。これらの機能は、タイムベースドメッセージの作成および送出を開始し、すべての出てゆくメッセージのルーティングを処理することができる。
【０１０５】
他のメッセージ処理機能が、さまざまな開発、テスト、およびデバッグのコマンドおよびサポートを提供することができる。これらの機能は、抽出テンプレートに基づいて、入ってくるメッセージからデータを抽出し、要求／応答テンプレートに基づいて、出てゆくメッセージを作成することができる。これらの機能は、ＶＩＮ番号妥当性を検査し、ＶＩＮ番号を縮めることができる。
【０１０６】
メッセージキューイングと、プロトコル固有状態機械を含むチャネルプロトコルと、割り込みサービスルーチンが、本発明の車両タグ内で動作する。機能は、ＥＥＰＲＯＭと、割込みベクトルテーブルと、未使用Ｉ／Ｏポートと、リセットおよびクロック制御ユニットと、ウォッチドッグタイマの初期化を指示することができる。タイマ機能は、スケジューラのタイムベースを提供する５ｍｓタイマを提供する。バッテリ機能は、車両バッテリ電圧の読取を制御する。
【０１０７】
ハードウェア固有インターフェースが、（ａ）ＣＡＮ（ｃｏｎｔｒｏｌｌｅｒ ａｒｅａ ｎｅｔｗｏｒｋ）、（ｂ）Ｊ１８５０バイトレベルプロトコルデコーダ、（ｃ）非同期シリアル通信インターフェース、（ｄ）マルチプロトコルシリアル通信インターフェース、（ｅ）シリアル周辺インターフェース、および（ｆ）ＷｈｅｒｅＴａｇ ｘ−ｗｉｒｅインターフェースについて存在する。
【０１０８】
ハードウェア固有インターフェースが、（ａ）アナログ−ディジタル変換、（ｂ）エミュレートされたＥＥＰＲＯＭ、（ｃ）割込み処理、（ｄ）Ｉ／Ｏポート；メモリ管理ユニット、（ｅ）リセットおよびクロック制御ユニット、（ｆ）標準タイマ、および（ｇ）ウォッチドッグタイマについて存在する。
【０１０９】
デバッグ機能は、他のすべてのモジュールから使用可能な、実行トレースを含むデバッグメッセージサポートを提供する。メモリ機能は、メッセージパケット構造の動的メモリ管理を提供し、共通プールからメモリを割り振る。
【０１１０】
チャネル交換可能性は、過度な量のコードを追加しない。元々、各チャネルは、それ自体のアーキテクチャを有する。チャネルソフトウェアは、すべてのチャネルが同一のアーキテクチャを使用することを強制するように記述することができる。これによって、システムが多数のサポートするルーチンを共有するので、コードの全体的なサイズが減る。メッセージのゲートウェイおよび任意のチャネルをデバッグ解析されるかテンプレート解析されるのいずれかとして定義することの可能化などの特徴を、維持することができる。
【０１１１】
車両ごとに、通信の挙動およびプロトコルにかなりの変動があることを理解されたい。バスを盗聴することは実用的でない。したがって、時間を指定された基礎で車両をつつく必要がある。一部のシステムでは、手の込んだプロンプト−応答シーケンスを実行する必要がある。Ｊ１８５０ＶＰＷ上だけで、７ビットのヘッダ、８ビットのヘッダ、３バイトの論理アドレスを有する合併されたヘッダ、３バイトの物理アドレスを有する合併されたヘッダ、３バイトの合併されないヘッダ、などがある。タグの各特徴が、ある車両または別の車両によって使用される。各特徴が、車両だけで働き、他所で働かないように人工的に制限されていないので、本発明は有利である。
【０１１２】
ポケットＰＣアプリケーションを使用することも可能である。異なる車が、その遠隔測定データを異なる形で符号化する。これらの符号化は、公開されておらず、経時的に入手可能になる。その結果、符号化を、車両タグファームウェアにハードコードすることはできない。解決策として、車両タグファームウェアが、構成ファイル内で、各車の復号スキームをルックアップしなければならない。ポケットＰＣアプリケーションは、この構成ファイルを更新し、各車の車両識別番号を書き込むことができる。たとえば、車両タグアダプタを、通信信号線によって車両タグに接続することができる。車両タグアダプタを、Ｓｙｍｂｏｌ ＰＤＴ ８１００デバイスなどのハンドヘルドユニットに接続する。これには、ハードウェアへの電力通信およびシリアル通信と、ＷｈｅｒｅＮｅｔサーバへのＨＴＴＰ通信と、車両識別番号のスキャニングインターフェースと、構成ファイルおよびソフトウェアアップグレードが含まれる。ハードウェアパイプが動作することができ、タグファームウェアが、車両識別番号を使用して、タグテーブルにキーイングし、車両からの遠隔測定データをどのように復号するかを判定することができる。これに、シリアル通信を使用することができる。車両タグアダプタは、タグファームウェアおよびタグテーブルを保持することができ、ハンドヘルドユニットが、アダプタのバージョンとのポケットＰＣ上のデータモジュールのバージョンの相違を検査することができる。異なる場合に、モジュールを車両タグアダプタに書き込むことができる。
【０１１３】
前述の説明および関連図面で提示された教示の利益を有する当業者は、本発明の多数の修正形態および他の実施形態を思い浮かべるであろう。したがって、本発明が、開示された特定の実施形態に制限されず、修正形態および実施形態が、請求の範囲に含まれることを意図されていることを理解されたい。
【図面の簡単な説明】
【０１１４】
【図１】本発明の車両タグを示す正面透視図である。
【図２】タグコネクタを見せる、図１の車両タグを示す背面透視図である。
【図３】本発明の車両タグを示す上面透視図である。
【図４】タグ送信器およびマイクロコントローラを含む、ハウジング、プリント配線基板、タグコネクタ、およびプリント配線基板に取り付けられた関連する構成要素を示す、車両タグを示す分解透視図である。
【図５】車両ＯＢＤ（ｏｎ−ｂｏａｒｄ ｄｉａｇｎｏｓｔｉｃ）システムの診断ジャックに最初に接続された時の車両タグ機能の例を示す高水準流れ図である。
【図６】車両タグが診断ジャックから切り離された時の切離し動作の例を示す高水準流れ図である。
【図７】車両がオンであり、車両タグが車両オンモードである時の車両タグ機能の例を示す高水準流れ図である。
【図８】車両がオフであり、車両タグが車両オフモードである時の車両タグ機能の例を示す高水準流れ図である。
【図９】車両が移動しており、車両タグが車両移動中モードである時の車両タグ機能の例を示す高水準流れ図である。
【図１０】車両タグがスリープモードである時の車両タグの例を示す流れ図である。
【図１１】アイドルモードである時の車両タグの機能を示す高水準流れ図である。
【図１２】車両タグの動作の異なるモードの間の相互接続を示す状態図である。
【図１３】車両タグと共に使用される論理の異なる機能を示すブロック図である。
【技術分野】
【０００１】
関連出願
本願は、２００３年５月２８日出願の同時係属の米国予備出願第６０／４７３８０５号に基づくものである。
本発明は、通信の分野に関し、具体的には、車両遠隔測定データの送受信および関連する方法に関する。
【背景技術】
【０００２】
レンタカー代理店でなど、車両遠隔測定データを収集し送信する、さまざまな提案が行われてきた。これは、レンタカーのチェックインをはかどらせるはずである。たとえば、車両走行距離は、車載コンピュータを介して走行距離計を読み取り、燃料残量を確かめることによって入手することができる。レンタカー返却を、レンタカー代理店で自動化し、基地局に送信することができる。
【０００３】
一部の従来技術の提案では、車載コンピュータに接続されたトランスポンダに質問する質問ビーコンが使用され、この車載コンピュータは、トランスポンダの送信器をアクティブ化し、燃料残量、走行距離、および他の車両データに関するデータを送信する。これらのシステムは、トランスポンダのアクティブ化について質問ビーコンに頼る。また、一部のシステムは、洗練されたインターフェースを介して車載コンピュータに直接に接続される。このインターフェースが、システム全体にコストを追加する。
【発明の開示】
【発明が解決しようとする課題】
【０００４】
したがって、本発明の目的は、上で示したように質問され、車両データを送信する車両トランスポンダの短所を克服することである。
【課題を解決するための手段】
【０００５】
本発明によれば、車両タグが、ハウジングと、車両ＯＢＤ（ｏｎ−ｂｏａｒｄ ｄｉａｇｎｏｓｔｉｃ）システムの診断ジャックへの接続のためにハウジングによって支持されたタグコネクタとを有する。タグ送信器が、ハウジングによって担持され、ＯＢＤシステムから遠隔測定データを受け取り、ＲＦパルスで遠隔測定データを送信するようにタグコネクタと共に動作する。タグコネクタは、Ｊ１９６２互換コネクタを含むことが好ましい。
【０００６】
本発明の１態様では、ＲＦパルスに、遠隔測定データを符号化された擬似ランダムスペクトル拡散（ｐｓｅｕｄｏｒａｎｄｏｍ ｓｐｒｅａｄ ｓｐｅｃｔｒｕｍ）ＲＦ信号が含まれる。タイマ回路を、ＲＦパルスの送信のタイミングを指定するのに使用することができ、このタイミング指定は、判定されたアイドルモード、車両オフモード、車両移動中モード、または車両オンモードに基づくものとすることができる。タグ送信器は、ＯＢＤシステムから受け取られた車両識別番号（ｖｅｈｉｃｌｅ ｉｄｅｎｔｉｆｉｃａｔｉｏｎ ｎｕｍｂｅｒ、ＶＩＮ）を送信するようにも動作する。タグ送信器は、受け取ったＶＩＮに基づいて、異なる車両バスプロトコルと共に動作することができる。これらのバスプロトコルは、Ｊ１８５０ＤＰＷネットワーク標準規格、ＰＷＭネットワーク標準規格、ＣＡＮ（ｃｏｎｔｒｏｌｌｅｄ ａｒｅａ ｎｅｔｗｏｒｋ）ネットワーク標準規格、ＳＣＰネットワーク標準規格、またはＩＳＯネットワーク標準規格のうちの１つに準拠するものとすることができる。
【０００７】
本発明のもう１つの態様では、ＯＢＤシステムに、ＯＢＤ−ＩＩ（ｏｎ−ｂｏａｒｄ ｄｉａｇｎｏｓｔｉｃ ｓｙｓｔｅｍ ｇｅｎｅｒａｔｉｏｎ ＩＩ）が含まれる。タグ送信器は、車両診断コードを送信するように動作することもできる。タグ送信器は、タグコネクタを介してＯＢＤシステムから受け取られる電流から電力を与えられることが好ましい。タグ送信器を、ＯＢＤシステムの診断ジャックへのタグコネクタの最初の接続時にオンにトリガすることができる。遠隔測定データに、走行距離計データおよび燃料残量データも含めることができる。
【０００８】
本発明のもう１つの態様では、マイクロコントローラが、タグコネクタに接続され、車両識別番号（ＶＩＮ）および遠隔測定データをＯＢＤシステムから受け取り、ＶＩＮに基づいて、どの車両バスプロトコルを使用するかを決定する。メモリが、マイクロコントローラと共に、異なる車両バスプロトコルに関するデータを保管するように動作して、マイクロコントローラと、異なる車両バスプロトコルを有する車両のＯＢＤシステムとの間の通信を可能にすることができる。
【０００９】
本発明によれば、システムが、受信された遠隔測定データのさらなる処理のために車両タグから送信されたＲＦパルスを受信するように位置決めされた受信器に、車両タグを使用して車両遠隔測定データを送信する。この受信器は、１つの非制限的な例のみとして、レンタカー代理店でＲＦパルスを受信するように位置決めすることができる。
【００１０】
方法も示す。
本発明の他の目的、特徴、および利益は、添付図面に鑑みて検討される時の、次の本発明の詳細な説明から明白になる。
【発明を実施するための最良の形態】
【００１１】
これから、本発明を、本発明の好ましい実施形態を示す添付図面を参照して、より完全に説明する。しかし、本発明は、多数の異なる形で実施することができ、本明細書に示された実施形態に制限されると解釈してはならない。そうではなく、これらの実施形態は、この開示が完全になり、本発明の範囲を当業者に完全に伝えるようにするために提供されるものである。同一の符号は、同一の要素を指し、プライム表記法が、代替実施形態の類似する要素を示すのに使用される。
【００１２】
図１から３は、本発明の車両タグ２０の透視図である。図４は、基本構成要素を示す、車両タグ２０の分解透視図である。車両タグ２０には、米国カリフォルニア州サンタクララのＷｈｅｒｅＮｅｔ Ｃｏｒｐｏｒａｔｉｏｎ社が製造するＷｈｅｒｅＮｅｔタグ送信器に見られる標準的なテクノロジが組み込まれている。例が、本願の譲受人に譲渡された、参照によって組み込まれている、米国特許第５９２０２８７号明細書、米国特許第５９９５０４６号明細書、米国特許第６１２１９２６号明細書、米国特許第６１２７９７６号明細書、米国特許第６２６８７２３号明細書、米国特許第６３１７０８２号明細書、米国特許第６３８０８９４号明細書、米国特許第６４３４１９４号明細書、米国特許第６５０２００５号明細書、米国特許第６５９３８８５号明細書、米国特許出願第２００２／００９４０１２号明細書、米国特許出願第２００２／０１０４８７９号明細書、および米国特許出願第２００２／０１３５４７９号明細書に開示されている。
【００１３】
車両タグ２０は、上で識別された発行された特許および公告された特許出願に記載のタグに似た形で動作する。車両タグ２０は、ＯＢＤ（ｏｎ−ｂｏａｒｄ ｄｉａｇｎｏｓｔｉｃ）システム、具体的にはＯＢＤ−ＩＩと称する第２世代システムから受け取った情報を符号化されたＲＦ信号の短い持続時間の広帯域（スペクトル拡散）パルスを送信または「ブリンク」することができる。車両タグは、特に、レンタカー代理店または類似する位置、たとえばフリートアプリケーションで動作する。車両タグに、発振器を含めることができ、この発振器の出力が、参照によって組み込まれた特許に記載のように、第１の「低速」擬似ランダムパルスジェネレータおよびストローブパルスジェネレータまたは他の回路に供給される。これには、タイマおよび遅延回路と受信器回路を含めることができる。高速ＰＮ拡散シーケンスジェネレータを、水晶発振器と共に含めることができ、この水晶発振器は、位相ロックループ（ＰＬＬ）に基準周波数を供給して、指定された出力周波数、たとえば２．４ＧＨｚの出力周波数を確立する。ミキサおよび出力を、車両タグメモリと共に含めることができ、この車両タグメモリには、下で詳細に説明するように、車両バスパラメータを含むデータベースを含めることができる。
【００１４】
本発明では、車両タグに、ＷｈｅｒｅＮｅｔ社に譲渡された特許の一部に開示された磁気受信器を含める必要がないが、マイクロコントローラ、車載診断コネクタ（タグコネクタ）、およびさまざまな車両プロトコルと共に動作する少なくとも１つのトランシーバが含まれる。本発明の車両タグ２０の基本構成要素は、図４の分解透視図に示されており、この図には、ハウジング基部２２、プリント回路基板２６にはんだ付けされ、ハウジング基部２２内に含まれるタグコネクタ２４、およびハウジングカバー２８が含まれる。タグコネクタ２４は、通常、ＯＢＤ−ＩＩシステムへの接続用のＪ１９６２ＯＢＤ−ＩＩ互換コネクタであるが、使用される車両および／またはＯＢＤの設計に応じて、他のタグコネクタを使用することができる。ＬＥＤ ３０が、車両タグを示し、カバー２８動作内のＬＥＤ開口を介して可視であり、プリント回路基板２６に取り付けられている。プリント回路基板２６に、マイクロコントローラ３２と、必要なトランシーバおよび関連構成要素３４が含まれる。マイクロコントローラ３２は、車両ＯＢＤ−ＩＩシステムへのコネクタ２４を介して車両と通信して、走行距離、燃料、速度、エンジン状態、および遠隔測定データを構成する他のパラメータなどの遠隔測定情報を収集する。このシステムは、この情報を車両タグのＣＭＯＳ特定用途向け集積回路（ＡＳＩＣ）に直接に送り、このＡＳＩＣは、車両タグに、上で識別された特許に記載のブリンクに似た形で、遠隔測定をブリンクさせる。
【００１５】
車両タグは、米国カリフォルニア州サンタクララのＷｈｅｒｅＮｅｔ Ｃｏｒｐｏｒａｔｉｏｎ社が製造する現在のＷｈｅｒｅＮｅｔ Ｗｈｅｒｅｔａｇ ＩＩＩアーキテクチャの派生物である。車両タグ３０は、前に説明したように、コネクタとしての車両バスインターフェース、コントローラ、およびトランシーバを含む、動作に必要な電子構成要素を含む単一のアセンブリである。車両タグ２０は、識別情報および診断情報に関する車両バスデータの照会をサポートする。本発明の車両タグは、通常、Ｊ１８５０仕様に準拠するバスに使用されるが、新たに開発されるＣＡＮまたは他の車両バス仕様と互換とすることもできる。
【００１６】
タグコネクタ２４は、通常は車両ダッシュの下に配置されるＪ−１９６２車両診断ジャックと互換であることが好ましい。車両タグ２０に使用されるソフトウェアは、データパケットを受け入れ、処理し、転送するように動作する、ＷｈｅｒｅＮｅｔ Ｃｏｒｐｏｒａｔｉｏｎ社が製造し販売するＶｉｓｉｂｉｌｉｔｙ Ｓｅｒｖｅｒ Ｓｏｆｔｗａｒｅ Ｓｕｉｔｅと互換とすることもできる。プログラミングモジュールを、ポータブルデータ端末（ＰＤＴ）に取り付けて、車両パラメータおよびファームウェアアップグレードを車両タグにロードすることができる。
【００１７】
本発明の車両タグ２０は、現在のＷｈｅｒｅｔａｇ ＩＩＩアーキテクチャのすべての機能（可能な場合に磁気受信器がないことを除く）を含み、ＯＢＤ診断ジャックを介して、Ｊ−１８５０、ＩＳＯ−Ｋ、ＣＡＮ、およびすべての変形形態を含む車両バスにインターフェースすることができる。車両タグ２０は、車両識別番号（ＶＩＮ）、走行距離計、燃料残量、エンジン動作、および／または診断コード（ＤＴＣ）を読み取ることができる。車両タグ２０は、範囲外で切断された場合であっても、システムに通知するために切断を検出することができる。車両タグ２０は、高速送信モードで動作する走行距離計または他の回路に対する車両移動を検出することができる。車両タグは、診断ジャックを介するＯＢＤ−ＩＩへの車両電気系統によって電力を与えられることが好ましい。車両タグは、通常、下で詳細に説明するように、車両への「接続」によってトリガされる非ブリンク状態で向上から出荷される。有線または無線の方法および回路が、プログラミングモジュールを有するハンドヘルド端末を使用することによって、マイクロコントローラ用のフラッシュメモリを再プログラムすることができる。ハードウェア内およびファームウェア内などの車両番号を、メッセージ内で適度な速度で送信することができる。キーオンおよび移動を検出することが可能である。
【００１８】
図１〜４からわかるように、本発明の車両タグは、タグコネクタ２４、タグハウジング基部２３、およびカバー２８を１つのモジュラユニットとして含む単一のアセンブリである。追加のケーブル延長を使用して、ジャックの突飛な配置を有する車両に接続することができる。車両タグは、Ｊ−１９６２コネクタに接続されることが好ましい。入力電圧をパススルーして、車両タグに電力を供給することができる。公称電圧、たとえばＳＡＥ Ｊ１２１１は、１４．２Ｖであり、２４Ｖジャンプスタートで動作し、コールドクランキング（ｃｏｌｄ ｃｒａｎｋｉｎｇ）中に４．５Ｖである。車両タグは、ヒューズを使用するバッテリへの直接接続であることが好ましい。ＳＡＥＪ １２１１、Ｓｅｃｔｉｏｎ １４．１１に、それに対してタグを設計できる過渡性が定義されている。車両タグは、通常、ほこりおよび雨に対して密封され（ＩＰ ５４）、５％から９９％までの湿度レベルで動作する。車両タグは、振動仕様に関してＳＡＥに合わせて設計される。車両タグは、の３００からの２．０Ｋ抵抗を介して１５キロボルトを有し、「動作異常（ｏｐｅｒａｔｉｎｇ ａｎｏｍａｌｙ）」を許容する。車両タグは、−３０℃から＋７０℃までの動作温度範囲について設計され、約−３５℃から約＋８５℃までの保存温度範囲を含むことが好ましい。車両タグは、ＣＥ認証の要件に準拠し、ＥＵ諸国での使用に関して「ｅ」マークされる。本発明の１態様では、ハウジング基部２２およびカバーが、１例で、約６１．２１×４１．９１×１．８３ｍｍ（２．４１０×１．６４×０．７２０インチ）である。
【００１９】
機能性に関して、本発明の車両タグ２０のＲＦ構成要素は、引用によって組み込まれた特許で説明されているＷｈｅｒｅＮｅｔ Ｒｅａｌ−Ｔｉｍｅ Ｌｏｃａｔｉｎｇ Ｓｙｓｔｅｍ（ＲＴＬＳ）の一部であるＷｈｅｒｅＴａｇ ＩＩＩデバイスと同一の機能性を有する。タグ２０は、全世界で受け入れられている２．４ＧＨｚ周波数帯で動作し、２ｍＷ未満で、戸外で３００ｍを超えてスペクトル拡散信号を送信することができる。タグ２０は、資産およびリソースの管理を可能にする統合ソフトウェアパッケージとしてＷｈｅｒｅＮｅｔ Ｃｏｒｐｏｒａｔｉｏｎが提供するＶｉｓｉｂｉｌｉｔｙ Ｓｅｒｖｉｃｅ ＳｏｆｔｗａｒｅならびにＷｈｅｒｅＮｅｔ Ｒｅａｌ−Ｔｉｍｅ Ｌｏｃａｔｉｎｇ Ｓｙｓｔｅｍと共に動作する。
【００２０】
Ｖｉｓｉｂｉｌｉｔｙ Ｓｅｒｖｉｃｅ Ｓｏｆｔｗａｒｅは、構成ツール、診断、システムアラートツール、インターフェースマネージャツール、およびインストールツールを含めることができる分散Ｗｉｎｄｏｗｓ（登録商標）サービスである。このソフトウェアパッケージは、電子メール通知およびポケットベル通知を可能にする。ＳＮＭＰ ＭＩＢ定義拡張を含めることができ、ＲＴＬＳシステムをエンタープライズ標準ＩＴインフラストラクチャの一部として管理できるようになる。ソフトウェアランチャが、動作、管理、診断、インストール、およびドキュメンテーションの単一エントリ点およびソフトウェアモジュールを提供することができる。どの管理モジュールも、テスト環境に合わせたＲＴＬＳシステムの構成を可能にするツールを提供することができる。車両タグ２０は、もちろん、ＲＴＬＳシステムなしで動作し、レンタカー代理店で、非常に近接して、および類似する応用例で使用することができる。
【００２１】
ユーザは、特定のアラートによって誰がどのように通知されるかを構成することができる。診断モジュールに、ＲＴＳＬのヘルスおよび状況の監視とデータ獲得モジュールのモニタ動作を可能にするツールならびに物理ハードウェアのヘルスおよび状況を監視するツールを含めることができる。インストールモジュールおよびドキュメンテーションモジュールのすべてが、ＲＴＬＳシステムのインストールおよび最初の構成中に使用されるツールである。インストール、動作、およびトラブルシューティングが含まれる。
【００２２】
近接通信デバイスを、本発明の車両タグに関連して使用することができ、この近接通信デバイスは、ＷｈｅｒｅＮｅｔ Ｃｏｒｐｏｒａｔｉｏｎ社が製造するものなどのＷｈｅｒｅＰｏｒｔデバイスとすることができる。このデバイスは、車両タグをトリガし、異なる「ブリンク」パターンを送信するか他の機能を創作するのに使用される。
【００２３】
本発明の車両タグは、問題が存在するかどうかを判定するＯＢＤ−ＩＩ（Ｏｎ−Ｂｏａｒｄ Ｄｉａｇｎｏｓｔｉｃ Ｓｙｓｔｅｍ， Ｇｅｎｅｒａｔｉｏｎ ＩＩ）と共に動作する。ＯＢＤ−ＩＩは、車両コンピュータのメモリに保管された対応する「診断トラブルコード」と、問題が検出された時に点灯するダッシュボード上の特殊なランプ（ＭＩＬ（ｍａｌｆｕｎｃｔｉｏｎ ｉｎｄｉｃａｔｏｒ ｌａｍｐ）と称する）を有する。より新しい車両のエンジンは、電子制御され、センサおよびアクチュエータが、酸素センサなどの特定の構成要素の動作を感知し、燃料インジェクタなどの他の構成要素を作動させて、最適エンジン制御を維持する。「ＰＣＭ（ｐｏｗｅｒ ｔｒａｉｎ ｃｏｎｔｒｏｌ ｍｏｄｕｌｅ）」または「ＥＣＭ（ｅｎｇｉｎｅ ｃｏｎｔｒｏｌ ｍｏｄｕｌｅ）」が、車載コンピュータとしてシステムを制御し、この車載コンピュータは、センサおよびアクチュエータを監視し、それらが意図された通りに働いているかどうかを判定する。車載コンピュータは、さまざまなセンサおよびアクチュエータの誤動作および劣化を検出し、本発明の車両タグが接続されるジャックを介してアドレッシングされることができる。
【００２４】
本発明の車両タグ２０は、異なる車両タグエレクトロニクスおよびＯＢＤ−ＩＩシステムと共に動作する。ＯＢＤ−ＩＩ（Ｏｎ−Ｂｏａｒｄ Ｄｉａｇｎｏｓｔｉｃｓ Ｐｈａｓｅ ＩＩ）は、以前の世代のシステムと比較して、高められた処理能力、機能強化されたアルゴリズム、および改善された制御を有する。異なるネットワーク標準規格が使用される。これには、ＧＭ（Ｃｌａｓｓ ＩＩ）およびＣｈｒｙｓｌｅｒ（Ｊ１８５０）によって使用されるＪ１８５０ＶＰＷが含まれる。ＶＰＷ（ｖａｒｉａｂｌｅ ｐｕｌｓｅ ｗｉｄｔｈ）モードが、時々、トヨタおよびホンダと共に使用され、単一のワイヤを介して１０．４Ｋｂｐｓで動作する。Ｊ１８５０ＰＷＭは、Ｆｏｒｄ（Ｓｔａｎｄａｒｄ Ｃｏｒｐｏｒａｔｅ Ｐｒｏｔｏｃｏｌ、ＳＣＰ）によって使用され、時々マツダおよび三菱によって使用される。ＳＣＰは、２ワイヤ平衡信号を介して４１．６Ｋｂｐｓである。ＩＳＯ ９１４１およびＩＳＯ ９１４１−２（ＩＳＯ ９１４１ ＣＡＲＢ）が、時々Ｃｈｒｙｓｌｅｒ製品およびマツダ製品に使用され、欧州でより一般的に使用される。これは、単一ワイヤを介して１０．４Ｋｂｐｓで動作する。
【００２５】
ネットワークプロトコルは、非互換であり、特定のメッセージに使用されるアプリケーション層と共に物理層およびデータリンク層を記述する。本発明の車両タグ２０に、異なるプロトコルと共に動作するのに必要なマイクロコントローラ２２と車両タグメモリに保管された車両データベースおよびアルゴリズムが含まれる。ＣＡＮ（ｃｏｎｔｒｏｌｌｅｒ ａｒｅａ ｎｅｔｗｏｒｋ）は、データリンク層およびアプリケーション層に対処することができるが、物理層または速度パラメータに対処しない。ＣＡＮは、高速（ＩＳＯ １８９８）および低速（ＩＳＯ １１５１９）として動作する。Ｊ１８５０ＶＰＷ実施形態および単一ワイヤＣＡＮを使用するＣｌａｓｓ ＩＩ ＧＭ実施形態とＳＣＰが使用されてきた。本発明の車両タグは、ｄｅｖｉｃｅ ｎｅｔ、Ｊ１９３９、Ｊ１７０８、ＴＴＰ（ｔｉｍｅ ｔｒｉｇｇｅｒｅｄ ｐｒｏｔｏｃｏｌ）、ＩＴＳデータバス、およびＰＣタイプのネットワークと共に使用するために適合させることができる。Ｊ１８５０ＶＰＷ（ｖａｒｉａｂｌｅ ｐｕｌｓｅ ｗｉｄｔｈ）モードは、Ｊ１８５０仕様に見られるシンボルを有し、公称１０．４Ｋｂｐｓで動作する。これは、グラウンド基準およびグラウンド電位としてのバスアイドル「ロウ」を有する単一ワイヤである。バス「ハイ」は、１例で、＋７Ｖであり、判断閾値として＋３．５Ｖで動作する。バス「ハイ」は、支配的であり、０のビットを有する。通常、メッセージは、巡回冗長検査（ＣＲＣ）バイトおよびＩＦＲバイトを含めて１２バイトまでに制限される。ＣＳＭＡ／ＮＤＡ（ｃａｒｒｉｅｒ ｓｅｎｓｅ ｍｕｌｔｉｐｌｅ ａｃｃｅｓｓ ｗｉｔｈ ｎｏｎ−ｄｅｓｔｒｕｃｔｉｖｅ ａｒｂｉｔｒａｔｉｏｎ）を使用することができる。Ｊ１８５０ＰＷＭ（Ｐｕｌｓｅ Ｗｉｄｔｈ Ｍｏｄｕｌａｔｉｏｎ）は、Ｊ１８５０仕様で定義されたシンボルを有し、４１．６Ｋｂｐｓを使用する。これは、参照されるグラウンド基準であり、支配的状態として＋５Ｖのバス「ハイ」を有する２ワイヤ差動信号を使用することができる。
【００２６】
本発明の車両タグは、ＩＳＯ ９１４１−２標準規格と共に動作することもでき、この規格は、ＵＡＲＴベースであり、１０．４Ｋｂｐｓで動作する。Ｋ線が、グラウンド基準として必要であり、普通の通信に使用される。Ｌ線は、参照されるグラウンドとすることができる。
【００２７】
本発明の車両タグは、インストールおよびデインストールが簡単であるように設計され、車両識別、燃料、および走行距離に関するデータを送信することによって、燃料費回復および走行距離計検証用の８０２．１１遠隔測定アプリケーションおよび８０２．１１位置アプリケーションを使用することができる。レンタカー応用例で、これによって、より素早いチェックインに関する顧客経験が改善され、人件費が減り、資産使用が改善される。車両タグ２０は、ウェブ対応とすることができる。
【００２８】
図５〜１２は、本発明の車両タグ２０の高水準動作を示し、車両タグが最初に接続された時、車両タグが動作している時、車両がオンモード、オフモード、移動中モード、またはアイドルモードあるいは他の動作モードである時の車両タグの機能およびそのブリンク動作を示す流れ図である。
【００２９】
図５は、車両タグが車両に最初に接続された時（ブロック２００）の車両タグの動作および「ブリンク」状態を示す第１の流れ図である。この時に、３つのスイッチブリンクが発生する（ブロック２０２）。タグＩＤが赤であり（ブロック２０４）、有効なＩＤが判定される（ブロック２０６）。ＩＤが有効でない場合には、タグＩＤをもう一度読み取る（ブロック２０４）。有効なＩＤが発生した場合には、タグを構成し（ブロック２０８）、Ｊ１８５０ＶＰＷ車両識別（ＶＩＮ）要求を１秒ごとに送信して、ＶＩＮを判定する（ブロック２１０）。有効な応答が受信されない場合に（ブロック２１２）、１０秒を時間期間として使用し、この非制限的な例では、それが満了した場合に（ブロック２１４）、ＩＳＯ−Ｋで、車両識別番号要求を１秒ごとに送信する（ブロック２１６）。１０秒が満了していない場合には、Ｊ１８５０ＶＰＷ ＶＩＮ要求を１秒ごとに送信する（ブロック２１０）。ＩＳＯ−Ｋ要求が送信され、有効な応答が受信されていない場合に（ブロック２１８）、１０秒をセットし（ブロック２２０）、これが満了していない場合には、ＩＳＯ−Ｋをもう一度送信する（ブロック２１６）。１０秒が満了した場合には、Ｊ１８５０ＶＰＷを送信する（ブロック２１０）。Ｊ１８５０ＶＰＷまたはＩＳＯ−Ｋのどちらが送信された場合でも、有効な応答がある場合に（ブロック２１２および２１８）、車両プロトコルをデータベースから選択する（ブロック２２２）。車両識別番号を車両タグに書き込み、２つのＶＩＮブリンクが発生する（ブロック２２４）。２０秒タグタスクタイマを開始する（ブロック２２６）。１０分スリープタイマを開始する（ブロック２２８）。遠隔測定要求を１秒ごとに送信する（ブロック２３０）。
【００３０】
この時点で、車両が走っているかどうかの判定を行う（ブロック２３２）。車両が走っている場合には、車両オン状況を維持する（ブロック２３４）。車両が走っていない場合には、１０分をセットする（ブロック２３６）。この時間期間が満了していない場合には、遠隔測定要求を１秒ごとに送信する（ブロック２３０）。１０分が満了した場合には、車両タグはスリープモードに入る（ブロック２３８）。
【００３１】
たとえば車両タグが切り離された時の、車両タグの切離し動作を図１１に示す。車両タグが始めて切り離された時に（ブロック２４０）、３つのスイッチブリンクが発生し（ブロック２４２）、サイクルが終了する（ブロック２４４）。
【００３２】
図７は、車両がオンである時（ブロック２３４）の車両タグの機能を示す流れ図である。車両タグが、車両がオンであると判定したならば、遠隔測定要求を１秒ごとに送信する（ブロック２５０）。２０秒タイマが満了したかどうかの判定を行う（ブロック２５２）。満了していない場合には、遠隔測定要求を１秒ごとに送信する（ブロック２５０）。２０秒タイマが満了した場合には、車両が移動しているかどうかの判定を行う（ブロック２５４）。車両が移動している場合には、車両タグは、車両移動中状況に入る（ブロック２５６）。
【００３３】
車両が移動していない場合には、車両がオフであるかどうかの判定を行う（ブロック２５８）。車両がオフである場合には、車両タグは、車両オフ状況モードに入る（ブロック２６０）。車両がオフでない場合には、ＷｈｅｒｅＮｅｔによって製造されたＷｈｅｒｅＰｏｒｔポートデバイスなどの近接通信デバイスがアクティブをブリンクしたかどうかの判定を行う（ブロック２６２）。そうである場合には、このサイクルを繰り返す。そうでない場合には、２つの遠隔測定ブリンクと共に、遠隔測定をタグに書き込む（Ｓ＝１）（ブロック２６４）。２０秒タグタスクタイマを開始する（ブロック２６６）。遠隔測定要求を１秒ごとに送信する（ブロック２６８）。２０秒タイマが満了したかどうかの判定を行う（ブロック２７０）。満了していない場合には、遠隔測定要求を１秒ごとに送信する（ブロック２６８）。
【００３４】
車両が移動しているかどうかの判定を行い（ブロック２７２）、そうである場合には、車両移動中状況モードに入る（ブロック２５６）。そうでない場合には、車両がオフであるかどうかの判定を行う（ブロック２７４）。そうである場合には、車両オフモードに入る（ブロック２６０）。そうでない場合には、近接通信デバイスがアクションをブリンクするかどうかの判定を行い（ブロック２７６）、そうである場合には、このサイクルを繰り返す。そうでない場合には、車両識別番号を、２つのＶＩＮブリンクを示すものとしてタグに書き込む（ブロック２７８）。
【００３５】
２０秒タイマを、タグタスクタイマとして開始する（ブロック２８０）。この時に、遠隔測定要求を１秒ごとに送信する（ブロック２８２）。２０秒タイマが満了したかどうかの判定を行い（ブロック２８４）、そうでない場合には、このサイクルを繰り返す。そうである場合には、車両が移動しているかどうかの判定を行い（ブロック２８６）、そうである場合には、車両移動中モードに入る（ブロック２５６）。そうでない場合には、車両がオフであるかどうかの判定を行い（ブロック２８８）、そうである場合には、車両オフモードに入る（ブロック２６０）。
【００３６】
近接通信デバイスがアクティブをブリンクするかどうかの判定を行い（ブロック２９０）、そうである場合には、このサイクルを繰り返す。そうでない場合には、遠隔測定をタグに書き込み（Ｓ＝１）、２つの遠隔測定ブリンクを開始する（ブロック２９２）。２０秒タスクタイマを開始し（ブロック２９４）、遠隔測定要求を１秒ごとに送信する（ブロック２９６）。２０秒タイマが満了したかどうかの判定を行い（ブロック２９８）、そうでない場合には、このサイクルを繰り返す。そうである場合には、車両が移動しているかどうかの判定を行い（ブロック３００）、そうである場合には、車両移動中モードに入る（ブロック２５６）。そうでない場合には、車両がオフであるかどうかの判定を行い（ブロック３０２）、そうである場合には、車両オフモードに入る（ブロック２６０）。そうでない場合には、近接通信デバイスがアクションをブリンクしたかどうかの判定を行い（ブロック３０４）、そうである場合には、このサイクルを繰り返す。そうでない場合には、車両識別番号をタグに書き込み、２つのＶＩＮブリンクを行う（ブロック３０６）。２０秒タスクタイマを開始し（ブロック３０８）、アイドルモードに入る（ブロック３１０）。
【００３７】
図８は、車両オフモードに入る時（ブロック２６０）の自動車タグの機能を示す流れ図である。この時に、遠隔測定要求を１秒ごとに送信する（ブロック３２０）。２０秒タイマが満了したかどうかの判定を行う（ブロック３２２）。そうでない場合には、このサイクルを繰り返す。そうである場合には、車両が移動しているかどうかの判定を行い（ブロック３２４）、そうである場合には、車両移動中モードに入る（ブロック３２６）。そうでない場合には、車両がオンであるかどうかの判定を行い（ブロック３２８）、そうである場合には、車両オンモードに入る（ブロック３３０）。そうでない場合には、近接通信デバイスがアクティブをブリンクしたかどうかの判定を行う（ブロック３３２）。そうである場合には、このサイクルを繰り返し、そうでない場合には、２つの遠隔測定ブリンクと共に、遠隔測定をタグに書き込む（Ｓ＝２）（ブロック３３４）。
【００３８】
２０秒タグタスクタイマを開始し（ブロック３３６）、遠隔測定要求を１秒ごとに送信する（ブロック３３８）。２０秒タイマが満了したかどうかの判定を行い（ブロック３４０）、そうでない場合には、このサイクルを繰り返す。そうである場合には、車両が移動しているかどうかの判定を行い（ブロック３４２）、そうである場合には、車両移動中モードに入る（ブロック３２６）。もちろん、車両が移動していなかった場合には、車両がオンであるかどうかの判定を行い（ブロック３４４）、そうである場合には、車両オンモードに入る（ブロック３３０）。そうでない場合には、近接通信デバイスがアクティブをブリンクするかどうかの判定を行い（ブロック３４６）、そうである場合には、このサイクルを繰り返す。そうでない場合には、車両識別番号を、２つの車両識別番号ブリンクとしてタグに書き込む（ブロック３４８）。
【００３９】
２０秒タグタスクタイマを開始し（ブロック３５０）、遠隔測定要求を１秒ごとに送信する（ブロック３５２）。２０秒タグタスクタイマが満了したかどうかの判定を行い（ブロック３５４）、そうでない場合には、遠隔測定要求を１秒ごとに送信する。そうである場合には、車両が移動しているかどうかの判定を行い（ブロック３５６）、そうである場合には、車両移動中状況に入る（ブロック３２６）。そうでない場合には、車両がオンであるかどうかの判定を行い（ブロック３５８）、そうである場合には、車両オンモードに入る（ブロック３５８）。車両がオンでなかった場合には、近接通信デバイスがアクティブをブリンクするかどうかの判定を行い（ブロック３６０）、そうである場合には、このサイクルを繰り返す。そうでない場合には、遠隔測定を、２つの遠隔測定ブリンクとしてタグに書き込む（Ｓ＝２）（ブロック３６２）。
【００４０】
２０秒タグタスクタイマを開始し（ブロック３６４）、遠隔測定要求を１秒ごとに送信する（ブロック３６６）。２０秒タグタスクタイマが満了したかどうかの判定を行い（ブロック３６８）、そうでない場合には、このサイクルを繰り返す。そうである場合には、車両が移動しているかどうかの判定を行い（ブロック３７０）、そうである場合には、車両移動中モードに入る（ブロック３２６）。そうでない場合には、車両がオンであるかどうかの判定を行い（ブロック３７２）、そうである場合には、車両オンモードに入る（ブロック３３０）。そうでない場合には、近接通信デバイスがアクティブをブリンクするかどうかの判定を行い（ブロック３７４）、そうである場合には、このサイクルを繰り返す。そうでない場合には、車両識別番号を、２つのＶＩＮブリンクとしてタグに書き込み（ブロック３７６）、２０秒タグタスクタイマを開始する（ブロック３７８）。スリープモードに入る（ブロック３８０）。
【００４１】
図９は、車両移動中状況に入る時（ブロック３２６）の自動車タグの機能を示す流れ図である。その時に、遠隔測定要求を１秒ごとに送信する（ブロック４８２）。２０秒タイマが満了したかどうかの判定を行い（ブロック４８４）、そうでない場合には、このサイクルを繰り返し、遠隔測定要求を１秒ごとに送信する。そうである場合には、車両がオフであるかどうかの判定を行い（ブロック４８６）、そうである場合には、車両オフモードに入る（ブロック４８８）。そうでない場合には、車両が移動しているかどうかの判定を行い（ブロック４８９）、そうである場合には、１０分タイマを開始する（ブロック４９０）。この時に、近接通信デバイスがアクティブをブリンクするかどうかの判定を行い（ブロック４９２）、そうである場合には、このサイクルを繰り返す。ブロック４８９で車両が移動していないと判定された場合には、ブロック４９２での近接通信デバイスに関する判定を行う。この時に、遠隔測定を、２つの遠隔測定ブリンクと共に、タグに書き込む（Ｓ＝４）（ブロック４９４）。２０秒タグタスクタイマを開始し（ブロック４９６）、１０分タイマが満了したかどうかの判定を行う（ブロック４９８）。そうでない場合には、このサイクルを先頭から繰り返し、そうである場合には、アイドルモードに入る（ブロック５００）。
【００４２】
図１０に、スリープモードに入る時（ブロック３８０）の車両タグの機能を示す。この時に、３０分タイマを開始し（ブロック５０２）、車両バスでアクティビティが発生したかどうかの判定を行う（ブロック５０４）。そうである場合には、遠隔測定要求を１秒ごとに送信する（ブロック５０６）。車両が走っているかどうかの判定を行い（ブロック５０８）、そうである場合には、車両オン状況に入る（ブロック５１０）。そうでない場合には、このサイクルを繰り返して、車両バスでアクティビティが発生したかどうかの判定を行う（ブロック５０４）。その時に、バスにアクティビティがない場合には、３０分タイマが満了したかどうかの判定を行い（ブロック５１２）、そうでない場合には、このサイクルを繰り返して、車両バスにアクティビティがあるかどうかを判定する。そうである場合には、近接通信デバイスがアクションをブリンクするかどうかの判定を行い（ブロック５１４）、そうである場合には、このサイクルを繰り返す。そうでない場合には、遠隔測定を、２つの遠隔測定ブリンクとして車両タグに書き込む（Ｓ＝１０）（ブロック５１６）。この時に、３０分タイマを開始する（ブロック５１８）。
【００４３】
車両バスにアクティビティがあるかどうかの判定を行い（ブロック５２０）、そうである場合には、遠隔測定要求を１秒ごとに送信する（ブロック５２２）。車両が走っているかどうかの判定を行い（ブロック５２４）、そうである場合には、車両オン状況が表示である（ブロック５１０）。車両バスにアクティビティがない場合には、３０分タイマが満了したかどうかの判定を行い（ブロック５２６）、そうでない場合には、このサイクルを繰り返す。そうである場合には、近接通信デバイスがアクションをブリンクするかどうかの判定を行い（ブロック５２８）、そうである場合には、このサイクルを繰り返す。そうでない場合には、ファームウェアバージョンを、ファームウェアを表す２つのＦＷブリンクと共に、タグに書き込む（ブロック５３０）。
【００４４】
３０分タイマを開始し（ブロック５３２）、車両バスでアクティビティが発生したかどうかの判定を行う（ブロック５３４）。そうである場合には、遠隔測定要求を１秒ごとに送信し（ブロック５３６）、車両が走っているかどうかの判定を行う（ブロック５３８）。そうである場合には、車両オン状況が示される（ブロック５１０）。そうでない場合には、このサイクルを繰り返す。車両バスにアクティビティがない場合には、３０分タイマが満了したかどうかの判定を行う（ブロック５４０）。そうである場合には、近接通信デバイスがアクティブをブリンクするかどうかの判定を行い（ブロック５４２）、そうである場合には、このサイクルを繰り返す。そうでない場合には、車両識別番号を、２つの車両識別番号ブリンクとして車両タグに書き込み（ブロック５４４）、ブロック５０２からこのサイクルを繰り返す。
【００４５】
図１１は、アイドルモード（ブロック５００）の車両タグの機能を示す流れ図である。１０分タイマを開始し（ブロック５５０）、遠隔測定要求を１秒ごとに送信する（ブロック５５２）。車両が移動しているかどうかの判定を行い（ブロック５５４）、そうである場合には、車両タグは、車両移動中モードに入る（ブロック５５６）。そうでない場合には、１０分タイマが満了したかどうかの判定を行い（ブロック５５８）、そうでない場合には、遠隔測定要求を１秒ごとに送信する。１０分タイマが満了している場合には、近接通信デバイスがアクティブをブリンクするかどうかの判定を行う（ブロック５６０）。そうである場合には、このサイクルを繰り返し、そうでない場合には、遠隔測定を、２つの遠隔測定ブリンクとしてタグに書き込む（Ｓ＝０）（ブロック５６２）。
【００４６】
車両バスにアクティビティがあるかどうかの判定を行い（ブロック５６４）、そうでない場合には、車両タグは、スリープモードに入る（ブロック５６６）。そうである場合には、１０分タイマを開始し、このサイクルを繰り返す。
【００４７】
図１２に、近接通信デバイス、たとえばＷｈｅｒｅＰｏｒｔデバイス（ブロック６００）と、スリープモード（ブロック６０２）、オンモード（ブロック６０４）、オフモード（ブロック６０６）、移動中モード（ブロック６０８）、アイドルモード（ブロック６１０）、および接続モード（ブロック６１２）との間の相互関係を示す。
【００４８】
本発明の車両タグ２０に、ＯＢＤ−ＩＩシステムに変形を有する異なる車両と共に車両タグが働けるようにするランタイムファームウェアおよび車両データテーブルが含まれる。ファームウェアおよび車両データテーブルは、互いと共に動作する。車両識別番号（ＶＩＮ）が判定され、車両タグ２０に書き込まれる時に、車両タグ２０内のファームウェアが、車両タグ内の車両データテーブルから車両およびその動作に関する情報を自動的に入手し、車両タグがその車両と共に動作するようになる。
【００４９】
本発明の車両タグは、車両が、モデルの間でシステムおよび回路の挙動およびプロトコルの極端な変動を示す時であっても、広範囲の車両と通信することができる。本発明の車両タグは、コアファームウェアに対する変更を必要とせずに、新しい車両および新しい応用例に拡張することもできる。すべての組み込まれたファームウェアが、限られた読み書きメモリを有するマイクロコントローラ３２のプロセッサで動作する。さまざまなエンドタグ構成要素に、「現場での」テーブルおよびランタイムフラッシュの更新を可能にするローダを含めることができる。すべての車両データテーブルが、本発明の車両タグを特定の応用例に合わせて調整する。ランタイム構成要素は、汎用パケット交換状態機械として働くことができる。
【００５０】
本発明の車両タグは、車両タグを更新し、構成するためにファイルおよび情報を提供するハンドヘルドデバイスおよび「現場」フラッシュ更新を駆動できるプログラマを含む、さまざまな外部構成要素と共に動作することができる。テーブルビルダは、ＣＳＶテーブルをＳＴ９バイナリイメージにコンパイルすることができ、テーブルブラウザまたは保守ユーティリティが、テーブルの表示と／または更新および拡張を可能にすることができる。ＳＴ９は、複数レジスタベースのマイクロコンピュータコア、Ａ／Ｃ変換器、シリアル通信インターフェースユニット（ＳＣＩ）、１６ビットマルチファクションタイマ、および入力取込／出力比較機能を含めることができるマイクロプロセッサ設計である。
【００５１】
ＳＴ９マイクロコントローラシリーズは、ＳＴＭｉｃｒｏｅｌｅｃｔｒｏｎｉｃｓ社によって製造され、８ビットマイクロコントローラと１６ビットマイクロコントローラの間のギャップに橋を渡し、高速プログラム実行、メモリの効率的な使用、高速データ処理、ならびに入出力柔軟性およびシステム拡張を有するコンテキスト切替を提供する高性能ＭＣＵファミリである。ＳＴ９マイクロコントローラシリーズには、単一電圧のフラッシュＥＥＰＲＯＭおよびエミュレートされたＥＥＰＲＯＭと、完全にプログラマブルな２５６Ｋｂ単一電圧フラッシュおよびＰＬＬクロック生成を含めることができる。異なるプログラマブル入出力、アナログ−ディジタル変換器、線形メモリ、８ビットレジスタ、および機能強化されたフィルタリングを有するＣＡＮ ２．０Ｂ ａｃｔｉｖｅを設けることができる。他の構成要素は、ＳＴＭｉｃｒｏｅｌｅｃｔｒｏｎｉｃｓによって製造されるマイクロコントローラのＳＴ９ファミリのさまざまなデータシートで見つけることができる。
【００５２】
図１３に、本発明の車両タグの１例として動作することができるランタイムメッセージフローを示す。入力が、左側の入力によって示されるように読み取られ、出力が、右側の出力によって示されるように書き込まれる。
【００５３】
図からわかるように、さまざまな入力に、ＲＳ２３２シリアル５０、ＷｈｅｒｅＴａｇ入力５２、ＩＳＯ１１８９８（ＣＡＮ）５４、ＩＳＯ９１４１（５ボーＩＮＩＴ）５６、ＩＳＯ１４２３０（ｆａｓｔ ＩＮＩＴ）５８、Ｊ１８５０ＰＷＭ ６０、およびＪ１８５０ＶＰＷ ６２が含まれる。これらは、選択された「読取」回路６４によって読み取られ、「書込」回路６６を介して書き込まれる。「書込」出力での対応する機能に、「読取」入力の符号５０〜６２に対応する符号７０〜８２を与えた。
【００５４】
抽出テンプレート内のパターンに対するメッセージの突合せ９０、一致が発生した場合の判定９２、および選択されたバッファへのテストによる抽出物の選択９４を含む、他の機能もこのメッセージフロー内で発生する。メッセージを回答／応答リストに送ることができ９６、システム状態を抽出部に基づいて更新することができる９８。値バッファに、ブロック１００に示されているように、抽出されたバイトの以前の値および現在の値と、スケーリングファクタおよび／または値識別子と、前のサンプル期間および現在のサンプル期間のサンプル数と、前のサンプル期間および現在のサンプル期間に保存された時間サンプルが含まれる。イベントを、バッファ内のデータの変化に基づいて評価することができ１０２、システム状態を、イベントに基づいて更新することができる１０４。メッセージを、状態変化に応答して送ることができ１０６、メッセージを、要求／回答テンプレートから作ることができ１０８、選択されたバッファからのテストによる選択物を挿入することができ、これが、その後、読み取られる６６。また、時間メッセージリストおよび状態変化に対する応答での変更を行うことができ１１２、次のメッセージが、タイマ１１６によって決定される通りにタイムドメッセージシーケンスで発行される１１４。入力をデバッグコマンドとして解釈することができ、これによって、メッセージが、テンプレートから生成されるか、異なる形で作成され、書き込まれる１１８。あるチャネルから別のチャネルへのゲートウェイが、読取と書込の間に存在する。
【００５５】
すべての入力チャネルが、一様である。すべてのチャネルが、遠隔測定情報、デバッグ情報、またはゲートウェイ情報を搬送することができる。読取機能は、メッセージを正しい宛先にルーティングする責任を負う。すべての出力チャネルが、一様である。タイムベースドテンプレートによって生成されたメッセージ、応答メッセージ、デビューメッセージ、およびゲートウェイメッセージのすべてを、任意のチャネルで送ることができ、このチャネルは、ＥＥＰＲＯＭ内のビットをセットすることによって、遠隔測定入、遠隔測定出、デビュー入、デバッグ出、またはゲートウェイとして指定される。
【００５６】
遠隔測定入力として指定されたチャネルから来るメッセージは、抽出テンプレートを使用して処理される。抽出テンプレートは、データをバッファに保存し、システム状態を変更し、あるいは複数の応答メッセージ（複数のチャネルで送り出すことができる）を引き起こすことができる。抽出テンプレートは、パターンマッチングに基づき、したがって、車両メッセージに制限されない。
【００５７】
遠隔測定出力は、テンプレートから作られる。これは、時間の経過、特定のメッセージの受け取り、またはシステム状態の変化に基づいてあるいはデバッグコマンドによってトリガすることができる。この出力に、スケールファクタ、メッセージ数、ＶＩＮデータ、および他のメタデータを含む、バッファからの定数および値を含めることができる。要求／応答テンプレートは、車両タグに保管されたデータから１バイトずつメッセージを作り、したがって、使用される特定の抽出テンプレートより車両依存ではない。
【００５８】
デバッグ入力として指定されたチャネルから来るメッセージを、デバッグコマンドプロセッサによって処理することができる。これらは、さまざまな開発機能およびテスト機能を実行することができる。出てゆくデバッグメッセージは、テンプレートから作成するか、直接に作成することができる。デバッグ出力の大多数が、実行トレースメッセージである。
【００５９】
すべてのチャネルが一様なので、２つのチャネルを一緒にゲートウェイ化することができ、一方のチャネルに来るすべてのメッセージを他方のチャネルに送り出すことができる。これによって、１例として、ＲＳ２３２を有するラップトップ機が、車両のＪ１８５０ＶＰＷバスと直接に話すことが可能になる。
【００６０】
抽出テンプレートおよび要求／回答テンプレートの選択は、古典的な状態機械によって制御される。これには、次の形のエントリが含まれる。
状態ＳでイベントＥが発生する場合に、状態Ｎに移動し、テーブルＴをアクティブ化し、アクションＡを実行する。使用される状態機械の選択は、ファミリコードによって制御され、このファミリコードは、ＶＩＮによって決定される。
【００６１】
本発明の車両タグを、特定の応用例に合わせて調整することができる。システムが燃料および走行距離を判定する車両がある場合に、たとえばエンジン冷却水温度（ＥＣＴ）を盗聴する機能を追加することができる。車両タグは、２４０未満から２４０超への温度上昇を見、新しい状態に入ることができる。車両タグは、警告メッセージをブリンクすることもできる。
【００６２】
車両タグとして動作するシステムは、アクティブテーブルを識別し、抽出セットを更新し、抽出テンプレートを作成し、分析方法を作成し、値バッファを定義し、イベントを定義し、主状態機械を更新し、遠隔測定状態機械を更新し、応答リストを更新し、応答テンプレートを作成することができる。これらの機能を、下で説明する。
【００６３】
アクティブテーブルを識別することができる。テーブル開発ユーティリティを使用すると、どのファミリ、状態機械、方言、シーケンス、セット、チェックリスト、および他のテーブルが、このＶＩＮファミリの車両についてアクティブであるかを判定することができる。
【００６４】
抽出セットを更新することができる。現在のＳｅｔＴｏＥｘｔｒａｃｔｉｏｎテーブルで、車両タグシステムは、テンプレート「ＥＸＴＲＡＣＴ＿ＥＣＴ」をテンプレートのリストに追加して、入ってくるメッセージに適用することができる。システムは、このテンプレートについて「ＮＵＬＬ」回答リストを指定する。ＥｘｔｒａｃｔｉｏｎＮｕｍＴｏＢａｓｅテーブルで、システムは、次に使用可能な抽出テンプレートスロットにシンボリック名「ＥＸＴＲＡＣＴ＿ＥＣＴ」を割り当てる。
【００６５】
抽出テンプレートを作成することができる。システムは、「ＥＸＴＲＡＣＴ＿ＥＣＴ」という名前の新しいＥｘｔｒａｃｔｉｏｎテンプレートテーブルをＥｘｔｒａｃｔｉｏｎｓディレクトリに作成する。このテンプレートの「一致」部分に、一致メッセージがセットされ、最初の５バイトは、０ｘ４８、０ｘ６Ｂ、０ｘ１０、０ｘ４１、および０ｘ０５である。システムは、このテンプレートの「分析」部分をセットして、メッセージの第６バイトおよび第７バイトに「ＥＣＴ＿ＡＮＡＬＹＳＩＳ」分析方法を適用する。このテンプレートの「状態変化」部分は、空のまま残される。
【００６６】
分析方法を作成することができる。ＡｎａｌｙｓｉｓＮｕｍＴｏＢａｓｅで、システムは、次に使用可能な分析スロットにシンボリック名「ＥＣＴ＿ＡＮＡＬＹＳＩＳ」を割り当てる。システムは、次のように、単一のメソッドを有する新しい分析テーブルを「Ａｎａｌｙｓｅｓ」サブディレクトリに作成する。
【００６７】
バッファに「ＥＣＴ＿ＢＵＦＦＥＲ」をセットし
保存フラグに「ＳＡＶＥ＿ＣＵＲＲＥＮＴ」をセットし
スケールファクタに１をセットする。
【００６８】
値バッファを定義することができる。ＢｕｆｆｅｒＴｏＮａｍｅで、システムは、次のように、次に使用可能なバッファにシンボリック定数「ＥＣＴ＿ＢＵＦＦＥＲ」を割り当てる。
【００６９】
平均に「なし」をセットし
サイズに２バイトをセットし
フラグに「なし」をセットする。
【００７０】
イベントを定義することができる。ＥｖｅｎｔＴｏＮａｍｅで、システムは、次に使用可能なイベントスロットにシンボリック定数「ＯＶＥＲＴＥＭＰ＿ＥＶＥＮＴ」を割り当てる。適当なＣｈｅｃｋｌｉｓｔＴｏＥｖｅｎｔテーブルに、システムは、次のようにこのイベントをトリガするエントリを追加する。
【００７１】
バッファに「ＥＣＴ＿ＢＵＦＦＥＲ」をセットし
フィールドに「ＣＵＲＲＥＮＴ＿ＶＡＬ」をセットし
比較に「ＲＩＳＩＮＧ＿ＰＡＳＴ ＴＨＲＥＳＨＯＬＤ」をセットし
閾値に２４０をセットし
イベントに「ＯＶＥＲＴＥＭＰ＿ＥＶＥＮＴをセットする。
【００７２】
主状態機械を更新することができる。ＳｔａｔｅＰｒｉｍａｒｙＴｏＮａｍｅで、システムは、次に使用可能な主状態スロットにシンボリック定数「ＯＶＥＲＴＥＭＰ＿ＳＴＡＴＥ」を割り当てる。適当なＳｔａｔｅＮｅｘｔｓテーブルに、システムは、次のように、イベントに応答するエントリを追加する。
【００７３】
前の状態に「ＥＮＧＩＮＥ＿ＯＮ」をセットし
比較および副状態にすべての副状態でのトリガのトリガイネーブルをセットし
イベントに「ＯＶＥＲＴＥＭＰ＿ＥＶＥＮＴ」をセットし
次の主状態に「ＯＶＥＲＴＥＭＰ＿ＳＴＡＴＥ」をセットする。
【００７４】
遠隔測定状態機械を更新することができる。適当なＳｔａｔｅＴｅｌｅｍｅｔｒｉｅｓテーブルに、システムは、この状態に入った時にメッセージを送るためにエントリを追加する。システムは、次のように、主状態に「ＯＶＥＲＴＥＭＰ＿ＳＴＡＴＥ」をセットする。
【００７５】
１）比較および副状態に主状態への進入時にトリガをセットし
２）応答リストに「ＯＶＥＲＴＥＭＰ＿ＬＩＳＴ」をセットする。
応答リストを更新することができる。ＬｉｓｔＮｕｍＴｏＢａｓｅで、システムは、次に使用可能な回答／応答リストスロットにシンボリック定数「ＯＶＥＲＴＥＭＰ＿ＬＩＳＴ」を割り当てる。システムは、次のように、単一の応答を含む新しい応答リストテーブルをＬｉｓｔｓサブディレクトリに作成する。
【００７６】
応答テンプレートに「ＯＶＥＲＴＥＭＰ＿ＢＬＩＮＫ」をセットする。
システムは、応答テンプレートを作成することができる。ＲｅｑｕｅｓｔＮｕｍＴｏＢａｓｅで、システムは、次に使用可能な応答／回答テンプレートスロットにシンボリック定数「ＯＶＥＲＴＥＭＰ＿ＢＬＩＮＫ」を割り当てる。システムは、次のように、新しい応答テンプレートテーブルをＲｅｑｕｅｓｔｓディレクトリに作成する。
【００７７】
チャネルに「ＴＡＧ」をセットし
テンプレートの定数部分に０ｘ４１、…、…、０ｘ００、０ｘ００、０ｘ００、…をセットし
「ＥＣＴ＿ＢＵＦＦＥＲ」の内容をメッセージバイト１および２に挿入するようにテンプレートの挿入部分をセットする。
【００７８】
抽出テンプレートは、分析方法を使用して、ＥＣＴを値バッファに取り込む。イベントおよびチェックリストが、ＥＣＴが閾値をまたぐ時に主状態機械を更新する。状態が推移する時に、遠隔測定状態機械が、応答テンプレートを含む応答リストをアクティブ化し、これによって、タグからブリンクされるメッセージが作成される。
【００７９】
本発明の車両タグは、テーブルも作成する。タグには、さまざまなアクションと共に非常にポータブルなコマンドラインユーティリティが含まれ、このアクションには、（ａ）ローダファイルおよびランタイムファイルの読取、（ｂ）メモリへのＣＳＶテーブルファイルの読取、（ｃ）シンボルテーブルの作成、（ｄ）テーブル内のシンボルおよびテーブル間のリンクの解決、（ｅ）注釈付きＣＳＶテーブルファイルの書出、（ｆ）テーブル情報とファームウェアのマージ、および（ｇ）
ローダのみ、テーブルのみ、ランタイムのみ、フルメモリイメージ
のパックされアラインされたＳＴ９ １６進イメージファイルの書出が含まれる。
【００８０】
このシステムは、テーブルメインテナ機能（またはモジュール）を介してテーブルを維持することができる。これは、テーブルビルダモジュールと似た形で実行可能であるが、ウェブサーバおよびウェブサービスとして動作する。これには、（ａ）既存テーブルをブラウズする能力、（ｂ）既存テーブルに対する照会を実行する能力、（ｃ）テーブル内のフィールドを変更し、更新する能力、（ｄ）新しいテーブルを開発する能力、および（ｅ）新しいテーブルの開発を支援する能力が含まれる。
【００８１】
しかし、いくつかの制限が存在する可能性がある。ランタイムは、パケット指向である。通信チャネル上のデータは、小さい別個のパケットとして編成されなければならない。ランタイムは、バイト指向でもある。データを処理できる最も微細な粒度は、バイトレベルである。ランタイムは、パターンマッチング、バイト抽出、およびバイト挿入に基づく。車両タグは、データに対する最も単純な計算だけを実行することができる。
【００８２】
異なるハードウェア機能およびソフトウェア機能が、本発明の車両タグ内でおよびこれと共に動作する。ハンドヘルド機を使用して、ＶＩＮ番号、タグＩＤ、タグ構成、および他の情報をダウンロードすることによって、特定の車両に合わせてタグを構成することができる。ハンドヘルド機を使用して、フラッシュメモリだけに含まれるテーブルデータおよびランタイムファームウェアを更新することもできる。
【００８３】
車両タグのプログラマモジュールは、ハンドヘルド機とインターフェースすることができる。これは、ＲＳ２３２インターフェースから車両タグのＩＳＯ１４２３０インターフェースへの堅牢な通信を提供する。すべての車両タグ構成および更新が、このプログラマモジュールによって調停され、このプログラマモジュールは、生産時の自動テストシステムの一部の基礎としても働く。
【００８４】
車両タグ内のリーダーが、ハンドヘルド機に接続されたプログラマとインターフェースする。リーダーモジュールは、この構成を用いてエミュレートされたＥＥＰＲＯＭの実際のプログラミングおよび更新によるフラッシュメモリの実際のプログラミングを実行する。ローダは、システム内の車両タグの初期化の責任も負う。
【００８５】
タグテーブルは、特定の応用例に合わせて車両タグを調整する。たとえば、車両データテーブルの組が、車両タグに、車両に遠隔測定データを要求し、収集し、車両タグ内のトランシーバ回路を使用してその遠隔測定をブリンクするように指示する。将来に、他のテーブルセットを開発して、完全に異なる応用例に合わせて車両タグを調整することができる。
【００８６】
車両タグランタイムは、汎用パケット交換状態機械として動作する。これは、テーブルの組を使用して、入ってくるメッセージからデータをどのように抽出するかと、そのデータを使用して、出てゆくメッセージをどのように作成するかを示す。データの変化が、イベントをトリガすることができ、このイベントが、車両タグの動作を変更する状態機械推移を引き起こすことができる。現在のランタイムは、図１３に示されているように、ＲＳ２３２を介する通信、ＷｈｅｒｅＮｅｔ Ｃｏｒｐｏｒａｔｉｏｎ社によって開発されたＷｈｅｒｅＴａｇ通信標準規格、ＩＳＯ１１８９８（ＣＡＮ）、ＩＳＯ９１４１（５ボーｉｎｉｔ）、ＩＳＯ１４２３０（ｆａｓｔ ｉｎｉｔ）、Ｊ１８５０ＰＷＭ、およびＪ１８５０ＶＰＷをサポートする。
【００８７】
非常にポータブルなコマンドラインユーティリティが、テーブルビルダユーティリティ内で動作する。このユーティリティは、ローダファイルおよびランタイムファイルを読み取り、ＣＳＶテーブルファイルをメモリに読み取り、シンボルテーブルを作成し、テーブル内のシンボルおよびテーブル間のリンクを解決し、注釈付きＣＳＶテーブルファイルを書き出し、テーブル情報とファームウェアをマージし、
ローダのみ、テーブルのみ、ランタイムのみ、フルメモリイメージ
のパックされアラインされたＳＴ９ １６進イメージファイルを書き出すことができる。
【００８８】
テーブルメインテナ機能は、テーブルビルダとして実行することができるが、ウェブサーバおよびウェブサービスとして動作する。これは、既存テーブルをブラウズし、既存テーブルに対する照会を実行し、テーブル内のフィールドを変更し、更新し、新しいテーブルを開発し、新しいアプリケーションの開発を支援することができる。タグ定数テーブルは、ランタイムファームウェア内のシンボリック定数とテーブル内のシンボリック定数の間の橋を提供することができる。
【００８９】
すべての車両が、一意の車両識別番号（ＶＩＮ）を有する。車両タグは、その動作を制御するために調整文字列（ｔａｉｌｏｒｉｎｇ ｓｔｒｉｎｇ）を利用することができる。この調整文字列は、実際の構成パラメータを含むのではなく、テーブル内の「実際の」構成情報をルックアップするのに使用されるパターンに対応する。したがって、適当なテーブルエントリがあれば、任意の識別文字列を調整文字列として使用することができる。これには、部品番号、通し番号、製品名、および関連データを含めることができる。車両タグ応用例について、ＶＩＮが、調整文字列として働く。多数の「擬似」ＶＩＮを、さまざまな開発モード、テストモード、およびシミュレーションモードの制御に使用することもできる。
【００９０】
ＶｉｎＴｏＤｅｓｒｉｐｔｉｏｎテーブルに、ハンドヘルド機でなど、ＶＩＮを復号するのに使用される詳細な情報を含めることができる。これには、ランタイムが実際に必要とするものより詳細な情報を含めることができる。他のＶＩＮテーブルと異なって、ＶｉｎＴｏＤｅｓｃｒｉｐｔｉｏｎは、ＶＩＮを任意の文字列として扱うのではなく、特定の文字位置の意味を実際に理解する。ＶｉｎＴｏＤｅｓｃｒｉｐｔｉｏｎは、通常は、車両タグにダウンロードされない。
【００９１】
ＶｉｎＴｏＷｍｉテーブルに、タグが必要とするＶＩＮ情報２つのサブセットのうちの１つを含めることができる。このテーブルには、Ｗｏｒｌｄｗｉｄｅ Ｍａｎｕｆａｃｔｕｒｅｒ Ｉｄｅｎｔｉｆｉｅｒごとに１つのレコードがある。
【００９２】
ＶｉｎＴｏＦａｍｉｌｙテーブルに、特定のタグを構成するのに必要な、調整文字列に関する情報のリセットが含まれる。車両タグについて、ＶｉｎＴｏＦａｍｉｌｙテーブル内のレコードは、ＶＩＮ部分文字列を構成パラメータに関連付ける。複数のテーブルを使用して、車両の年度、メーカー、およびラインを開発者に表示することができる。これらは、タグの動作に必須ではないので、フラッシュの他にはあまり使用されないセクションに保管される。
【００９３】
２つのファミリテーブルによって、この構成についてアクティブな主状態機械、方言状態機械、遠隔測定状態機械、およびイベントチェックリストが選択される。主（または次状態）状態機械車両は、車両タグの長い時間枠（複数秒）の状態を制御する。車両応用例では、主状態機械が、車両の始動、移動、および停止の記憶に関する。メッセージ（または遠隔測定）状態機械は、主状態変化および副状態変化に基づいてメッセージの送出を制御する。方言状態機械は、送られ、解釈されるメッセージのシーケンスおよび組が経時的にどのように変化するかを決定する。
【００９４】
ＤｉａｌｅｃｔＴｏＳｅｑｕｅｎｃｅテーブルは、通信チャネルの特定の組をイネーブルし、（ａ）メッセージを送信するためのタイムド要求メッセージシーケンス、（ｂ）メッセージを解釈するためのデフォルト抽出セット、および（ｃ）両方を変更するためのメッセージバイトオーバーライドテーブルを指定する。
【００９５】
ＯｖｅｒｒｉｄｅＴｏＶａｌｕｅテーブルは、アドレスまたはスケジューリングバイトの変更など、小さい形で要求テンプレートおよび抽出テンプレートを変更する。これによって、類似するが完全に同一ではないメッセージがメッセージテンプレートを共有することが可能になる。
【００９６】
要求シーケンステーブルは、時間を指定された基礎で送り出されるメッセージの順序およびタイミングを定義する。要求シーケンステーブルは、各メッセージに対する応答を解釈するのに使用される抽出テンプレートの組も決定する。
【００９７】
要求テンプレートテーブルは、出て行くメッセージに含まれる実際のバイトを定義する。メッセージバイトは、定数、オーバーライド値、バッファからの値、スケールファクタ、圧縮されたＶＩＮ、状態番号、および多数の他のデータからなるものとすることができる。
【００９８】
ＳｉｍｕｌａｔｏｒＴｏＣｏｎｓｔａｎｔｓテーブルは、定数値だけからなり、オーバーライドできず、デバッグコマンドによってトリガすることのできない、出てゆくメッセージを定義する。これは、主に、タグに作り込まれた５つの車両シミュレータによって使用される。
【００９９】
抽出セットテーブルは、入ってくるメッセージを解釈し、これからデータを抽出するのに使用されるテンプレートの組を決定する。抽出テンプレートは、入ってくるメッセージをどのように処理するかを決定するのに使用することができる。抽出テンプレートは、メッセージがテンプレートによって認識されるために発生しなければならないパターン一致と、メッセージからデータを抽出するために適用される分析方法の組を定義する。
【０１００】
分析方法テーブルは、メッセージから抽出されたバイトをどのように処理するかを決定する。分析方法テーブルは、最新、最古、最大、最小、および非ゼロの値のどの組合せをバッファのどの組に保管しなければならないかを決定する。
【０１０１】
ＢｕｆｆｅｒＴｏＮａｍｅテーブルは、バッファ内のデータのサイズと、平均化アルゴリズムがある場合に、どの平均化アルゴリズムをバッファに適用するかを決定する。ＢｕｆｆｅｒＴｏＮａｍｅテーブルは、欠けている値、期待されない０の値、および累算された値をどのように扱うかも決定する。回答リストは、入ってくるメッセージに直接に応答して送り出されるメッセージを定義する。
【０１０２】
イベントチェックリストは、どのイベントが値バッファ内の変化のどの組合せによってトリガされるかを決定するのに使用することができる。イベントは、判断基準の別個の選択、たとえば、値が閾値を超えて増えること、スケールファクタの変化、サンプリング期間中のメッセージ数が高すぎる割合で減ること、または異なる順序での２つの異なるサンプルアルファソーティングに基づいてトリガすることができる。ＶｅｒｓｉｏｎＢｕｉｌｄテーブルに、ソフトウェアのバージョン番号およびビルド日付が含まれる。さらにＶｅｒｓｉｏｎＢｕｉｌｄテーブルは、このテーブルセットが互換であるランタイムのバージョンを指定する。
【０１０３】
ランタイムプログラムは、すべてのハードウェアを初期化することができ、ソフトウェアモジュールを構成し、始動し、スケジューラを始動することができる。スケジューラ機能は、５ｍｓ最小時間量子を有するが、タスクに単一の固定されたスケジュールを課すのではなく、タスクがすべての呼出し時にそのスケジューリングを変更することを可能にする。
【０１０４】
異なるスケジューリングされたタスクが使用可能である。これらの機能は、さまざまな通信チャネルキューからメッセージを収集し、適当な宛先にルーティングすることができる。これらの機能は、値バッファ内のデータを分析し、結果の方言、メッセージシーケンス、および抽出セットに応じて状態を更新することができる。これらの機能は、タイムベースドメッセージの作成および送出を開始し、すべての出てゆくメッセージのルーティングを処理することができる。
【０１０５】
他のメッセージ処理機能が、さまざまな開発、テスト、およびデバッグのコマンドおよびサポートを提供することができる。これらの機能は、抽出テンプレートに基づいて、入ってくるメッセージからデータを抽出し、要求／応答テンプレートに基づいて、出てゆくメッセージを作成することができる。これらの機能は、ＶＩＮ番号妥当性を検査し、ＶＩＮ番号を縮めることができる。
【０１０６】
メッセージキューイングと、プロトコル固有状態機械を含むチャネルプロトコルと、割り込みサービスルーチンが、本発明の車両タグ内で動作する。機能は、ＥＥＰＲＯＭと、割込みベクトルテーブルと、未使用Ｉ／Ｏポートと、リセットおよびクロック制御ユニットと、ウォッチドッグタイマの初期化を指示することができる。タイマ機能は、スケジューラのタイムベースを提供する５ｍｓタイマを提供する。バッテリ機能は、車両バッテリ電圧の読取を制御する。
【０１０７】
ハードウェア固有インターフェースが、（ａ）ＣＡＮ（ｃｏｎｔｒｏｌｌｅｒ ａｒｅａ ｎｅｔｗｏｒｋ）、（ｂ）Ｊ１８５０バイトレベルプロトコルデコーダ、（ｃ）非同期シリアル通信インターフェース、（ｄ）マルチプロトコルシリアル通信インターフェース、（ｅ）シリアル周辺インターフェース、および（ｆ）ＷｈｅｒｅＴａｇ ｘ−ｗｉｒｅインターフェースについて存在する。
【０１０８】
ハードウェア固有インターフェースが、（ａ）アナログ−ディジタル変換、（ｂ）エミュレートされたＥＥＰＲＯＭ、（ｃ）割込み処理、（ｄ）Ｉ／Ｏポート；メモリ管理ユニット、（ｅ）リセットおよびクロック制御ユニット、（ｆ）標準タイマ、および（ｇ）ウォッチドッグタイマについて存在する。
【０１０９】
デバッグ機能は、他のすべてのモジュールから使用可能な、実行トレースを含むデバッグメッセージサポートを提供する。メモリ機能は、メッセージパケット構造の動的メモリ管理を提供し、共通プールからメモリを割り振る。
【０１１０】
チャネル交換可能性は、過度な量のコードを追加しない。元々、各チャネルは、それ自体のアーキテクチャを有する。チャネルソフトウェアは、すべてのチャネルが同一のアーキテクチャを使用することを強制するように記述することができる。これによって、システムが多数のサポートするルーチンを共有するので、コードの全体的なサイズが減る。メッセージのゲートウェイおよび任意のチャネルをデバッグ解析されるかテンプレート解析されるのいずれかとして定義することの可能化などの特徴を、維持することができる。
【０１１１】
車両ごとに、通信の挙動およびプロトコルにかなりの変動があることを理解されたい。バスを盗聴することは実用的でない。したがって、時間を指定された基礎で車両をつつく必要がある。一部のシステムでは、手の込んだプロンプト−応答シーケンスを実行する必要がある。Ｊ１８５０ＶＰＷ上だけで、７ビットのヘッダ、８ビットのヘッダ、３バイトの論理アドレスを有する合併されたヘッダ、３バイトの物理アドレスを有する合併されたヘッダ、３バイトの合併されないヘッダ、などがある。タグの各特徴が、ある車両または別の車両によって使用される。各特徴が、車両だけで働き、他所で働かないように人工的に制限されていないので、本発明は有利である。
【０１１２】
ポケットＰＣアプリケーションを使用することも可能である。異なる車が、その遠隔測定データを異なる形で符号化する。これらの符号化は、公開されておらず、経時的に入手可能になる。その結果、符号化を、車両タグファームウェアにハードコードすることはできない。解決策として、車両タグファームウェアが、構成ファイル内で、各車の復号スキームをルックアップしなければならない。ポケットＰＣアプリケーションは、この構成ファイルを更新し、各車の車両識別番号を書き込むことができる。たとえば、車両タグアダプタを、通信信号線によって車両タグに接続することができる。車両タグアダプタを、Ｓｙｍｂｏｌ ＰＤＴ ８１００デバイスなどのハンドヘルドユニットに接続する。これには、ハードウェアへの電力通信およびシリアル通信と、ＷｈｅｒｅＮｅｔサーバへのＨＴＴＰ通信と、車両識別番号のスキャニングインターフェースと、構成ファイルおよびソフトウェアアップグレードが含まれる。ハードウェアパイプが動作することができ、タグファームウェアが、車両識別番号を使用して、タグテーブルにキーイングし、車両からの遠隔測定データをどのように復号するかを判定することができる。これに、シリアル通信を使用することができる。車両タグアダプタは、タグファームウェアおよびタグテーブルを保持することができ、ハンドヘルドユニットが、アダプタのバージョンとのポケットＰＣ上のデータモジュールのバージョンの相違を検査することができる。異なる場合に、モジュールを車両タグアダプタに書き込むことができる。
【０１１３】
前述の説明および関連図面で提示された教示の利益を有する当業者は、本発明の多数の修正形態および他の実施形態を思い浮かべるであろう。したがって、本発明が、開示された特定の実施形態に制限されず、修正形態および実施形態が、請求の範囲に含まれることを意図されていることを理解されたい。
【図面の簡単な説明】
【０１１４】
【図１】本発明の車両タグを示す正面透視図である。
【図２】タグコネクタを見せる、図１の車両タグを示す背面透視図である。
【図３】本発明の車両タグを示す上面透視図である。
【図４】タグ送信器およびマイクロコントローラを含む、ハウジング、プリント配線基板、タグコネクタ、およびプリント配線基板に取り付けられた関連する構成要素を示す、車両タグを示す分解透視図である。
【図５】車両ＯＢＤ（ｏｎ−ｂｏａｒｄ ｄｉａｇｎｏｓｔｉｃ）システムの診断ジャックに最初に接続された時の車両タグ機能の例を示す高水準流れ図である。
【図６】車両タグが診断ジャックから切り離された時の切離し動作の例を示す高水準流れ図である。
【図７】車両がオンであり、車両タグが車両オンモードである時の車両タグ機能の例を示す高水準流れ図である。
【図８】車両がオフであり、車両タグが車両オフモードである時の車両タグ機能の例を示す高水準流れ図である。
【図９】車両が移動しており、車両タグが車両移動中モードである時の車両タグ機能の例を示す高水準流れ図である。
【図１０】車両タグがスリープモードである時の車両タグの例を示す流れ図である。
【図１１】アイドルモードである時の車両タグの機能を示す高水準流れ図である。
【図１２】車両タグの動作の異なるモードの間の相互接続を示す状態図である。
【図１３】車両タグと共に使用される論理の異なる機能を示すブロック図である。
【特許請求の範囲】
【請求項１】
ハウジングと、
前記ハウジングによって支持された、車両オンボード診断ＯＢＤシステムの診断ジャックに接続されるタグコネクタと、
前記ハウジングによって担持された、前記ＯＢＤシステムから遠隔測定データを受け取り、前記遠隔測定データをＲＦパルスで送信するために前記タグコネクタと共に動作するタグ送信器と
を含む車両タグ。
【請求項２】
前記タグコネクタは、Ｊ１９６２互換コネクタを含む、請求項１に記載の車両タグ。
【請求項３】
前記ＲＦパルスは、前記遠隔測定データで符号化された擬似ランダムスペクトル拡散ＲＦ信号を含む、請求項１に記載の車両タグ。
【請求項４】
ＲＦパルスの送信のタイミングを指定するタイマ回路をさらに含む、請求項１に記載の車両タグ。
【請求項５】
前記ＲＦパルスは、判定されたアイドルモード、車両オフモード、車両移動中モード、または車両オンモードに基づいてタイミングを指定される、請求項４に記載の車両タグ。
【請求項６】
前記タグ送信器は、前記ＯＢＤシステムから受け取られた車両識別番号ＶＩＮを送信するように動作する、請求項１に記載の車両タグ。
【請求項７】
前記タグ送信器は、受け取られたＶＩＮに基づいて、異なる車両バスプロトコルと共に動作する、請求項６に記載の車両タグ。
【請求項８】
前記異なる車両バスプロトコルは、Ｊ１８５０ＶＰＷネットワーク標準規格、ＰＷＭネットワーク標準規格、制御域ネットワークＣＡＮ標準規格、ＳＣＰネットワーク標準規格、またはＩＳＯネットワーク標準規格のうちの１つに準拠する、請求項７に記載の車両タグ。
【請求項９】
ＯＢＤシステムは、オンボード診断システムジェネレーションＯＢＤ−ＩＩを含む、請求項１に記載の車両タグ。
【請求項１０】
前記タグ送信器は、車両診断コードを送信するように動作する、請求項１に記載の車両タグ。
【請求項１１】
前記タグ送信器は、前記タグコネクタを介して前記ＯＢＤシステムから受け取られる電流から電力を与えられる、請求項１に記載の車両タグ。
【請求項１２】
前記タグ送信器は、前記ＯＢＤシステムの診断ジャックへの前記タグコネクタの最初の接続時にオンにトリガされる、請求項１１に記載の車両タグ。
【請求項１３】
前記遠隔測定データは、走行距離計データおよび燃料残量データを含む、請求項１に記載の車両タグ。
【請求項１４】
ハウジングと、
前記ハウジングによって支持された、車両オンボード診断ＯＢＤシステムの診断ジャックに接続されるタグコネクタと、
前記タグコネクタに接続された、車両識別番号ＶＩＮおよび遠隔測定データを前記ＯＢＤシステムから受け取り、前記ＶＩＮに基づいてどの車両バスプロトコルを使用すべきかを判定するマイクロコントローラと、
前記ハウジングによって担持され、前記マイクロコントローラに接続された、前記ＶＩＮおよび遠隔測定データを受け取り、前記ＶＩＮおよび遠隔測定データをＲＦパルスで送信するタグ送信器と
を含む車両タグ。
【請求項１５】
前記マイクロコントローラ、及び異なる車両バスプロトコルを有する車両のＯＢＤシステム間の通信を可能にするために、異なる車両バスプロトコルに関するデータを保管する、前記マイクロコントローラと共に動作するメモリをさらに含む、請求項１４に記載の車両タグ。
【請求項１６】
前記異なる車両バスプロトコルは、Ｊ１８５０ＶＰＷネットワーク標準規格、ＰＷＭネットワーク標準規格、制御域ネットワークＣＡＮ標準規格、ＳＣＰネットワーク標準規格、またはＩＳＯネットワーク標準規格のうちの１つに準拠する、請求項１５に記載の車両タグ。
【請求項１７】
前記マイクロコントローラは、識別データおよび遠隔測定データについて前記ＯＢＤシステムに照会するように動作する、請求項１４に記載の車両タグ。
【請求項１８】
前記マイクロコントローラは、車両タグを更新し、構成するデータを受け取るようにプログラム可能である、請求項１４に記載の車両タグ。
【請求項１９】
前記マイクロコントローラは、前記タグ送信器を介して車両診断コードを送信するために、前記車両診断コードを受け取り、処理するように動作する、請求項１４に記載の車両タグ。
【請求項２０】
前記タグコネクタは、Ｊ１９６２互換コネクタを含む、請求項１４に記載の車両タグ。
【請求項２１】
前記ＲＦパルスは、前記遠隔測定データを符号化された擬似ランダムスペクトル拡散ＲＦ信号を含む、請求項１４に記載の車両タグ。
【請求項２２】
ＲＦパルスの送信のタイミングを指定するタイマ回路をさらに含む、請求項１４に記載の車両タグ。
【請求項２３】
前記ＲＦパルスは、判定されたアイドルモード、車両オフモード、車両移動中モード、または車両オンモードに基づいてタイミングを指定される、請求項２２に記載の車両タグ。
【請求項２４】
ＯＢＤシステムは、オンボード診断システムジェネレーションＯＢＤ−ＩＩを含む、請求項１４に記載の車両タグ。
【請求項２５】
前記マイクロコントローラおよびタグ送信器は、前記タグコネクタを介して前記ＯＢＤシステムから受け取られる電流から電力を与えられる、請求項１４に記載の車両タグ。
【請求項２６】
前記マイクロコントローラおよびタグ送信器は、前記ＯＢＤシステムの診断ジャックへの前記タグコネクタの最初の接続時にオンにトリガされる、請求項２５に記載の車両タグ。
【請求項２７】
前記遠隔測定データは、走行距離計データおよび燃料残量データを含む、請求項１４に記載の車両タグ。
【請求項２８】
ハウジングと、
前記ハウジングによって支持された、車両オンボード診断ＯＢＤシステムの診断ジャックに接続されるタグコネクタと、
前記ハウジングによって担持された、前記ＯＢＤシステムから遠隔測定データを受け取り、前記遠隔測定データをＲＦパルスで送信するために前記コネクタと共に動作するタグ送信器と
を含む、前記ＯＢＤシステムから遠隔測定データを受け取る、前記ＯＢＤシステムに接続された車両タグと、
受信された遠隔測定データのさらなる処理のために、前記車両タグから送信されたＲＦパルスを受信するように位置決めされた受信器と、
を含む、車両遠隔測定データを送信するシステム。
【請求項２９】
前記受信器は、レンタカー代理店でＲＦパルスを受信するように位置決めされる、請求項２８に記載のシステム。
【請求項３０】
前記車両タグは、前記タグコネクタに接続された、車両識別番号ＶＩＮおよび遠隔測定データを前記ＯＢＤシステムから受け取り、前記ＶＩＮに基づいてどの車両バスプロトコルを使用すべきかを判定するマイクロコントローラをさらに含む、請求項２８に記載のシステム。
【請求項３１】
前記マイクロコントローラ、及び異なる車両バスプロトコルを有する車両のＯＢＤシステム間の通信を可能にするために、異なる車両バスプロトコルに関するデータを保管する、前記マイクロコントローラと共に動作するメモリをさらに含む、請求項３０に記載のシステム。
【請求項３２】
前記異なる車両バスプロトコルは、Ｊ１８５０ＶＰＷネットワーク標準規格、ＰＷＭネットワーク標準規格、制御域ネットワークＣＡＮ標準規格、ＳＣＰネットワーク標準規格、またはＩＳＯネットワーク標準規格のうちの１つに準拠する、請求項３１に記載のシステム。
【請求項３３】
前記マイクロコントローラは、識別データおよび遠隔測定データについて前記ＯＢＤシステムに照会するように動作する、請求項３０に記載のシステム。
【請求項３４】
前記マイクロコントローラは、車両タグを更新し、構成するデータを受け取るようにプログラム可能である、請求項３０に記載のシステム。
【請求項３５】
前記マイクロコントローラは、前記タグ送信器を介して車両診断コードを送信するために、前記車両診断コードを受け取り、処理するように動作する、請求項３０に記載のシステム。
【請求項３６】
前記タグコネクタは、Ｊ１９６２互換コネクタを含む、請求項２８に記載のシステム。
【請求項３７】
前記ＲＦパルスは、前記遠隔測定データで符号化された擬似ランダムスペクトル拡散ＲＦ信号を含む、請求項２８に記載のシステム。
【請求項３８】
ＲＦパルスの送信のタイミングを指定するタイマ回路をさらに含む、請求項２８に記載のシステム。
【請求項３９】
前記ＲＦパルスは、判定されたアイドルモード、車両オフモード、車両移動中モード、または車両オンモードに基づいてタイミングを指定される、請求項３８に記載のシステム。
【請求項４０】
前記ＯＢＤシステムは、オンボード診断システムジェネレーションＯＢＤ−ＩＩを含む、請求項２８に記載のシステム。
【請求項４１】
前記マイクロコントローラおよびタグ送信器は、前記タグコネクタを介して前記ＯＢＤシステムから受け取られる電流から電力を与えられる、請求項２８に記載のシステム。
【請求項４２】
前記マイクロコントローラおよびタグ送信器は、前記ＯＢＤシステムの診断ジャックへの前記タグコネクタの最初の接続時にオンにトリガされる、請求項２８に記載のシステム。
【請求項４３】
前記遠隔測定データは、走行距離計データおよび燃料残量データを含む、請求項２８に記載のシステム。
【請求項４４】
車両オンボード診断ＯＢＤシステムの診断ジャックを介して車両タグ内の車両遠隔測定データを受け取るステップと、
前記車両タグ内に含まれるタグ送信器から前記遠隔測定データをＲＦパルスとして送信するステップと
を含む、車両遠隔測定データを送信する方法。
【請求項４５】
前記車両タグによって担持されたタグコネクタを前記ＯＢＤシステムの前記診断ジャックに接続するステップをさらに含む、請求項４４に記載の方法。
【請求項４６】
前記ＲＦ信号を、前記遠隔測定データで符号化された擬似ランダムスペクトル拡散ＲＦ信号として送信するステップをさらに含む、請求項４４に記載の方法。
【請求項４７】
前記車両遠隔測定データを、Ｊ１９６２互換コネクタを含むタグコネクタを介して受け取るステップをさらに含む、請求項４４に記載の方法。
【請求項４８】
前記ＯＢＤシステムから車両識別番号（ＶＩＮ）を受け取り、受け取られたＶＩＮに基づいて通信の車両バスプロトコルを判定するステップをさらに含む、請求項４４に記載の方法。
【請求項４９】
異なるバスプロトコルを有する異なる車両との車両タグの通信を可能にするために、異なる車両バスプロトコルに関するデータを前記車両タグ内で保管するステップをさらに含む、請求項４４に記載の方法。
【請求項５０】
前記診断ジャックを介して前記ＯＢＤシステムから前記タグ送信器用の電力を引き出すステップをさらに含む、請求項４４に記載の方法。
【請求項１】
ハウジングと、
前記ハウジングによって支持された、車両オンボード診断ＯＢＤシステムの診断ジャックに接続されるタグコネクタと、
前記ハウジングによって担持された、前記ＯＢＤシステムから遠隔測定データを受け取り、前記遠隔測定データをＲＦパルスで送信するために前記タグコネクタと共に動作するタグ送信器と
を含む車両タグ。
【請求項２】
前記タグコネクタは、Ｊ１９６２互換コネクタを含む、請求項１に記載の車両タグ。
【請求項３】
前記ＲＦパルスは、前記遠隔測定データで符号化された擬似ランダムスペクトル拡散ＲＦ信号を含む、請求項１に記載の車両タグ。
【請求項４】
ＲＦパルスの送信のタイミングを指定するタイマ回路をさらに含む、請求項１に記載の車両タグ。
【請求項５】
前記ＲＦパルスは、判定されたアイドルモード、車両オフモード、車両移動中モード、または車両オンモードに基づいてタイミングを指定される、請求項４に記載の車両タグ。
【請求項６】
前記タグ送信器は、前記ＯＢＤシステムから受け取られた車両識別番号ＶＩＮを送信するように動作する、請求項１に記載の車両タグ。
【請求項７】
前記タグ送信器は、受け取られたＶＩＮに基づいて、異なる車両バスプロトコルと共に動作する、請求項６に記載の車両タグ。
【請求項８】
前記異なる車両バスプロトコルは、Ｊ１８５０ＶＰＷネットワーク標準規格、ＰＷＭネットワーク標準規格、制御域ネットワークＣＡＮ標準規格、ＳＣＰネットワーク標準規格、またはＩＳＯネットワーク標準規格のうちの１つに準拠する、請求項７に記載の車両タグ。
【請求項９】
ＯＢＤシステムは、オンボード診断システムジェネレーションＯＢＤ−ＩＩを含む、請求項１に記載の車両タグ。
【請求項１０】
前記タグ送信器は、車両診断コードを送信するように動作する、請求項１に記載の車両タグ。
【請求項１１】
前記タグ送信器は、前記タグコネクタを介して前記ＯＢＤシステムから受け取られる電流から電力を与えられる、請求項１に記載の車両タグ。
【請求項１２】
前記タグ送信器は、前記ＯＢＤシステムの診断ジャックへの前記タグコネクタの最初の接続時にオンにトリガされる、請求項１１に記載の車両タグ。
【請求項１３】
前記遠隔測定データは、走行距離計データおよび燃料残量データを含む、請求項１に記載の車両タグ。
【請求項１４】
ハウジングと、
前記ハウジングによって支持された、車両オンボード診断ＯＢＤシステムの診断ジャックに接続されるタグコネクタと、
前記タグコネクタに接続された、車両識別番号ＶＩＮおよび遠隔測定データを前記ＯＢＤシステムから受け取り、前記ＶＩＮに基づいてどの車両バスプロトコルを使用すべきかを判定するマイクロコントローラと、
前記ハウジングによって担持され、前記マイクロコントローラに接続された、前記ＶＩＮおよび遠隔測定データを受け取り、前記ＶＩＮおよび遠隔測定データをＲＦパルスで送信するタグ送信器と
を含む車両タグ。
【請求項１５】
前記マイクロコントローラ、及び異なる車両バスプロトコルを有する車両のＯＢＤシステム間の通信を可能にするために、異なる車両バスプロトコルに関するデータを保管する、前記マイクロコントローラと共に動作するメモリをさらに含む、請求項１４に記載の車両タグ。
【請求項１６】
前記異なる車両バスプロトコルは、Ｊ１８５０ＶＰＷネットワーク標準規格、ＰＷＭネットワーク標準規格、制御域ネットワークＣＡＮ標準規格、ＳＣＰネットワーク標準規格、またはＩＳＯネットワーク標準規格のうちの１つに準拠する、請求項１５に記載の車両タグ。
【請求項１７】
前記マイクロコントローラは、識別データおよび遠隔測定データについて前記ＯＢＤシステムに照会するように動作する、請求項１４に記載の車両タグ。
【請求項１８】
前記マイクロコントローラは、車両タグを更新し、構成するデータを受け取るようにプログラム可能である、請求項１４に記載の車両タグ。
【請求項１９】
前記マイクロコントローラは、前記タグ送信器を介して車両診断コードを送信するために、前記車両診断コードを受け取り、処理するように動作する、請求項１４に記載の車両タグ。
【請求項２０】
前記タグコネクタは、Ｊ１９６２互換コネクタを含む、請求項１４に記載の車両タグ。
【請求項２１】
前記ＲＦパルスは、前記遠隔測定データを符号化された擬似ランダムスペクトル拡散ＲＦ信号を含む、請求項１４に記載の車両タグ。
【請求項２２】
ＲＦパルスの送信のタイミングを指定するタイマ回路をさらに含む、請求項１４に記載の車両タグ。
【請求項２３】
前記ＲＦパルスは、判定されたアイドルモード、車両オフモード、車両移動中モード、または車両オンモードに基づいてタイミングを指定される、請求項２２に記載の車両タグ。
【請求項２４】
ＯＢＤシステムは、オンボード診断システムジェネレーションＯＢＤ−ＩＩを含む、請求項１４に記載の車両タグ。
【請求項２５】
前記マイクロコントローラおよびタグ送信器は、前記タグコネクタを介して前記ＯＢＤシステムから受け取られる電流から電力を与えられる、請求項１４に記載の車両タグ。
【請求項２６】
前記マイクロコントローラおよびタグ送信器は、前記ＯＢＤシステムの診断ジャックへの前記タグコネクタの最初の接続時にオンにトリガされる、請求項２５に記載の車両タグ。
【請求項２７】
前記遠隔測定データは、走行距離計データおよび燃料残量データを含む、請求項１４に記載の車両タグ。
【請求項２８】
ハウジングと、
前記ハウジングによって支持された、車両オンボード診断ＯＢＤシステムの診断ジャックに接続されるタグコネクタと、
前記ハウジングによって担持された、前記ＯＢＤシステムから遠隔測定データを受け取り、前記遠隔測定データをＲＦパルスで送信するために前記コネクタと共に動作するタグ送信器と
を含む、前記ＯＢＤシステムから遠隔測定データを受け取る、前記ＯＢＤシステムに接続された車両タグと、
受信された遠隔測定データのさらなる処理のために、前記車両タグから送信されたＲＦパルスを受信するように位置決めされた受信器と、
を含む、車両遠隔測定データを送信するシステム。
【請求項２９】
前記受信器は、レンタカー代理店でＲＦパルスを受信するように位置決めされる、請求項２８に記載のシステム。
【請求項３０】
前記車両タグは、前記タグコネクタに接続された、車両識別番号ＶＩＮおよび遠隔測定データを前記ＯＢＤシステムから受け取り、前記ＶＩＮに基づいてどの車両バスプロトコルを使用すべきかを判定するマイクロコントローラをさらに含む、請求項２８に記載のシステム。
【請求項３１】
前記マイクロコントローラ、及び異なる車両バスプロトコルを有する車両のＯＢＤシステム間の通信を可能にするために、異なる車両バスプロトコルに関するデータを保管する、前記マイクロコントローラと共に動作するメモリをさらに含む、請求項３０に記載のシステム。
【請求項３２】
前記異なる車両バスプロトコルは、Ｊ１８５０ＶＰＷネットワーク標準規格、ＰＷＭネットワーク標準規格、制御域ネットワークＣＡＮ標準規格、ＳＣＰネットワーク標準規格、またはＩＳＯネットワーク標準規格のうちの１つに準拠する、請求項３１に記載のシステム。
【請求項３３】
前記マイクロコントローラは、識別データおよび遠隔測定データについて前記ＯＢＤシステムに照会するように動作する、請求項３０に記載のシステム。
【請求項３４】
前記マイクロコントローラは、車両タグを更新し、構成するデータを受け取るようにプログラム可能である、請求項３０に記載のシステム。
【請求項３５】
前記マイクロコントローラは、前記タグ送信器を介して車両診断コードを送信するために、前記車両診断コードを受け取り、処理するように動作する、請求項３０に記載のシステム。
【請求項３６】
前記タグコネクタは、Ｊ１９６２互換コネクタを含む、請求項２８に記載のシステム。
【請求項３７】
前記ＲＦパルスは、前記遠隔測定データで符号化された擬似ランダムスペクトル拡散ＲＦ信号を含む、請求項２８に記載のシステム。
【請求項３８】
ＲＦパルスの送信のタイミングを指定するタイマ回路をさらに含む、請求項２８に記載のシステム。
【請求項３９】
前記ＲＦパルスは、判定されたアイドルモード、車両オフモード、車両移動中モード、または車両オンモードに基づいてタイミングを指定される、請求項３８に記載のシステム。
【請求項４０】
前記ＯＢＤシステムは、オンボード診断システムジェネレーションＯＢＤ−ＩＩを含む、請求項２８に記載のシステム。
【請求項４１】
前記マイクロコントローラおよびタグ送信器は、前記タグコネクタを介して前記ＯＢＤシステムから受け取られる電流から電力を与えられる、請求項２８に記載のシステム。
【請求項４２】
前記マイクロコントローラおよびタグ送信器は、前記ＯＢＤシステムの診断ジャックへの前記タグコネクタの最初の接続時にオンにトリガされる、請求項２８に記載のシステム。
【請求項４３】
前記遠隔測定データは、走行距離計データおよび燃料残量データを含む、請求項２８に記載のシステム。
【請求項４４】
車両オンボード診断ＯＢＤシステムの診断ジャックを介して車両タグ内の車両遠隔測定データを受け取るステップと、
前記車両タグ内に含まれるタグ送信器から前記遠隔測定データをＲＦパルスとして送信するステップと
を含む、車両遠隔測定データを送信する方法。
【請求項４５】
前記車両タグによって担持されたタグコネクタを前記ＯＢＤシステムの前記診断ジャックに接続するステップをさらに含む、請求項４４に記載の方法。
【請求項４６】
前記ＲＦ信号を、前記遠隔測定データで符号化された擬似ランダムスペクトル拡散ＲＦ信号として送信するステップをさらに含む、請求項４４に記載の方法。
【請求項４７】
前記車両遠隔測定データを、Ｊ１９６２互換コネクタを含むタグコネクタを介して受け取るステップをさらに含む、請求項４４に記載の方法。
【請求項４８】
前記ＯＢＤシステムから車両識別番号（ＶＩＮ）を受け取り、受け取られたＶＩＮに基づいて通信の車両バスプロトコルを判定するステップをさらに含む、請求項４４に記載の方法。
【請求項４９】
異なるバスプロトコルを有する異なる車両との車両タグの通信を可能にするために、異なる車両バスプロトコルに関するデータを前記車両タグ内で保管するステップをさらに含む、請求項４４に記載の方法。
【請求項５０】
前記診断ジャックを介して前記ＯＢＤシステムから前記タグ送信器用の電力を引き出すステップをさらに含む、請求項４４に記載の方法。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【公表番号】特表２００７−５１８１４８（Ｐ２００７−５１８１４８Ａ）
【公表日】平成１９年７月５日（２００７．７．５）
【国際特許分類】
【出願番号】特願２００６−５３３５３７（Ｐ２００６−５３３５３７）
【出願日】平成１６年５月２８日（２００４．５．２８）
【国際出願番号】ＰＣＴ／ＵＳ２００４／０１７２１４
【国際公開番号】ＷＯ２００４／１０６８８３
【国際公開日】平成１６年１２月９日（２００４．１２．９）
【出願人】（５０５４３８９１５）
【Ｆターム（参考）】
【公表日】平成１９年７月５日（２００７．７．５）
【国際特許分類】
【出願日】平成１６年５月２８日（２００４．５．２８）
【国際出願番号】ＰＣＴ／ＵＳ２００４／０１７２１４
【国際公開番号】ＷＯ２００４／１０６８８３
【国際公開日】平成１６年１２月９日（２００４．１２．９）
【出願人】（５０５４３８９１５）
【Ｆターム（参考）】
[ Back to top ]