(57)【要約】１つ又は複数の段階を含む移送工程中に車両を追跡する方法。方法は、タグ・データ・ストアを有するタグを利用することを伴い、タグ・リーダーを使用してタグ・データ・ストアから識別子を判定し、次いでこれを使用して、車両の識別情報および移送工程の状況を少なくとも部分的に示す移送情報を判定する。次に移送情報は、車両を位置決定し、移送の段階が進行しなければならないことを確認し、または移送の状況を判定するのに使用される。
2008521101.tif 000002
【特許請求の範囲】
【請求項１】
１つまたは複数の段階を含む移送工程中に車両を追跡する方法であって、タグ・データ・ストアを有するタグを利用する当該方法は、
ａ）タグ・リーダー内で、
ｉ）前記タグ・データ・ストアから識別子を判定すること、
ｉｉ）前記識別子を使用して移送情報を判定することであって、
（１）前記車両の識別情報と、
（２）前記移送工程の状況と、
を少なくとも部分的に示す前記移送情報を判定すること、
ｂ）前記移送情報を使用することであって、
（１）前記車両の位置を決定すること、
（２）前記移送の段階が進行しなければならないことを確認すること、
（３）前記移送の状況を判定すること、
のうちの少なくとも１つを行うのに前記移送情報を使用すること、
を備える、方法。
【請求項２】
前記識別子は、
ａ）車両識別情報と、
ｂ）前記車両識別情報にマッピングされた参照番号と、
のうちの少なくとも１つである、請求項１に記載の方法。
【請求項３】
当該方法は、
前記タグ・リーダー内で、
ａ）リモート・データベースと、
ｂ）前記タグ・データ・ストアと、
のうちの少なくとも１つから前記移送情報を判定することを備える、請求項１に記載の方法。
【請求項４】
前記タグは、前記車両内に設けられた識別カードの一部を形成する、請求項１に記載の方法。
【請求項５】
当該方法は、
前記タグ・リーダー内で、
ａ）前記識別子を使用してリモート・データベースから前記移送情報を判定すること、
ｂ）前記移送情報を表示すること、
を備える、請求項１に記載の方法。
【請求項６】
前記車両は、保管場所に保管され、
当該方法は、
前記タグ・リーダー内で、
ａ）車両識別情報の表示を受け取ること、
ｂ）前記車両識別情報に関連する前記識別子を判定すること、
ｃ）判定された前記識別子を使用して前記タグを検出することにより前記車両の位置を決定すること、
を備える、請求項１に記載の方法。
【請求項７】
当該方法は、
前記タグ・リーダー内で、
ａ）前記タグ・リーダーの読取範囲を調整すること、
ｂ）前記読取範囲内にあるタグから前記識別子を読み取ることができるかどうかを判定すること、
ｃ）前記タグの位置を決定するために工程ａ）およびｂ）を繰り返すこと、
を備える、請求項６に記載の方法。
【請求項８】
当該方法は、
前記タグ・リーダー内で、
ａ）ユーザ入力から、更新状況を判定すること、
ｂ）前記更新状況に基づいて前記移送情報を更新すること、
を備える、請求項１に記載の方法。
【請求項９】
当該方法は、
ａ）前記タグ・リーダーを使用することであって、
ｉ）前記車両の位置を決定すること、
ｉｉ）前記移送情報を表示すること、
に前記タグ・リーダーを使用すること、
ｂ）前記車両および前記移送情報のうちの少なくとも１つを通関手続判断基準と少なくとも部分的に比較することによって通関手続点検を実行すること、
ｃ）通関手続の成功に応答して実行することであって、
ｉ）前記タグ・リーダーを使用して前記移送情報を更新すること、
ｉｉ）前記車両の移送工程を継続すること、
ｉｉｉ）前記車両を保管場所に戻し、その新しい場所を用いて前記移送情報を更新すること、
のうちの少なくとも１つを実行すること、
によって前記移送工程内の段階を実行することを備える、請求項１に記載の方法。
【請求項１０】
当該方法は、
処理システム内で、
ａ）通関手続番号と、
ｂ）係員識別情報と、
ｃ）点検日付と、
ｄ）点検時刻と、
ｅ）点検番号と、
ｆ）任意の通関手続制限と、
ｇ）所期の宛先と、
ｈ）必要な変更の詳細と、
のうちの少なくとも１つの詳細を追加することによって前記移送情報を更新することを備える、請求項９に記載の方法。
【請求項１１】
当該方法は、
処理システム内で、
ａ）前記移送工程の完了を判定すること、
ｂ）判定の成功に応答して前記タグと前記車両との関連付けを解除すること、
を備える、請求項１に記載の方法。
【請求項１２】
当該方法は、処理システム内で、前記移送情報が保存または更新される時に、前記移送情報をロックすることを備える、請求項１に記載の方法。
【請求項１３】
当該方法は、前記移送情報が秘密鍵を使用することによってのみ暗号化解除できるように、前記移送情報を少なくとも部分的に暗号化することによって前記移送情報をロックすることを備える、請求項１２に記載の方法。
【請求項１４】
当該方法は、
タグ・リーダー内で、
ａ）オペレータの識別情報を示すオペレータ識別子を判定すること、
ｂ）前記オペレータ識別子を使用して前記オペレータを認証すること、
ｃ）認証の成功に応答して実行することであって、
ｉ）前記識別子を判定すること、
ｉｉ）前記移送情報を判定すること、
ｉｉｉ）前記移送情報を変更すること、
のうちの少なくとも１つを実行すること、
を備える、請求項１に記載の方法。
【請求項１５】
当該方法は、
前記タグ・リーダー内で、
ａ）前記オペレータから前記オペレータ識別子を受け取ること、
ｂ）前記オペレータ識別子をデータ・ストア内に保存された複数の所定のオペレータ識別子と比較すること、
ｃ）比較の成功に応答して前記オペレータを認証することであって、前記オペレータ識別子は、
ｉ）バイオメトリック・シグネチャと、
ｉｉ）パスワードと、
ｉｉｉ）ＰＩＮと、
のうちの少なくとも１つを含む、前記オペレータを認証すること、
を備える、請求項１４に記載の方法。
【請求項１６】
当該方法は、
前記タグ・リーダー内で、
ａ）前記移送情報から少なくとも１つの移送情報アクセス・レベルを判定すること、
ｂ）前記オペレータ識別子を使用して、データ・ストア内に保存されたオペレータ詳細から、１つまたは複数のオペレータ・アクセス・レベルを判定すること、
ｃ）前記移送情報アクセス・レベルを前記オペレータ・アクセス・レベルと比較すること、
ｄ）前記比較の結果に従って、前記移送情報を選択的に表示すること、
を備える、請求項１４に記載の方法。
【請求項１７】
前記移送情報は、
ａ）秘密鍵を使用して暗号化された移送情報を含むペイロードと、
ｂ）前記秘密鍵を示すヘッダと、を含み、
当該方法は、
前記タグ・リーダー内で、
ｉ）前記ヘッダから、前記秘密鍵の表示を判定すること、
ｉｉ）前記秘密鍵の表示を使用してデータ・ストアから前記秘密鍵を入手すること、
ｉｉｉ）前記秘密鍵を使用して前記ペイロードの暗号化を解除すること、
を備える、請求項１６に記載の方法。
【請求項１８】
前記タグは、ＲＦＩＤタグであり、
当該方法は、
前記タグ・リーダー内で、
ａ）読取信号を生成することであって、前記タグは、前記読み取り信号に応答的であり前記識別子に応じて前記読取信号を変調する、読取信号を生成すること、
ｂ）前記読取信号の変調を検出すること、
ｃ）前記検出された変調を使用して前記識別子を判定すること、
を備える、請求項１に記載の方法。
【請求項１９】
１つまたは複数の段階を含む移送工程中に車両を追跡する装置であって、タグ・データ・ストアを有するタグを利用する当該装置は、
タグ・リーダーであって、
ａ）前記タグ・データ・ストアから識別子を判定すること、
ｂ）前記識別子を使用して、前記車両の識別情報と前記移送工程の状況とを少なくとも部分的に示す移送情報を判定すること、
を行うタグ・リーダーを備え、
前記移送情報は、
ｉ）前記車両の位置を決定することと、
ｉｉ）前記移送の段階が進行しなければならないことを確認すること、
ｉｉｉ）前記移送の状況を判定すること、
のうちの少なくとも１つに使用される、装置。
【請求項２０】
当該装置は、請求項１乃至１９のいずれか一項に記載の方法で使用される、請求項１９に記載の装置。
【請求項２１】
１つまたは複数の段階を含む移送工程中に車両を追跡する方法であって、タグ・データ・ストアを有するタグを利用する当該方法は、
ａ）処理システム内で、
ｉ）移送情報を保存することであって、
（１）前記車両の識別情報と、
（２）前記移送工程の状況と、
を少なくとも部分的に示す移送情報を保存すること、
ｉｉ）前記タグ・データ・ストアに保存された識別子を使用して、タグを前記車両に関連付けること、
ｂ）前記移送工程中の１つまたは複数の選択された段階で、前記タグ・データ・ストアからの前記識別子を使用して前記移送情報を判定するのに前記タグを使用できるように、前記タグを前記車両に設けること、
を備え、
前記移送情報は、
（１）前記車両の位置を決定するのに使用される、
（２）前記移送の段階が進行しなければならないことを確認するために再検討される、
（３）前記移送の状況を判定するのに使用される、
のうちの少なくとも１つである、方法。
【請求項２２】
前記識別子は、前記車両の識別情報である、請求項２１に記載の方法。
【請求項２３】
当該方法は、前記処理システム内で、前記車両の識別情報と固有識別子との間のマッピングを記録することによって前記タグを前記車両に関連付けることを備える、請求項２１に記載の方法。
【請求項２４】
当該方法は、
前記処理システム内で、
ａ）リモート・データベースと、
ｂ）前記タグ・データ・ストアと、
のうちの少なくとも１つに前記移送情報を保存することを備える、請求項２１に記載の方法。
【請求項２５】
当該方法は、前記処理システム内で、前記識別子を前記タグ・データ・ストアに書き込むことを備える、請求項２１に記載の方法。
【請求項２６】
前記タグは、前記車両に接続されるように構成された識別カードの一部を形成し、
当該方法は、前記処理システム内で、前記識別カード上の少なくとも前記識別子の印刷を実行することを備える、請求項２１に記載の方法。
【請求項２７】
前記車両は、保管場所に保管され、
当該方法は、前記処理システム内で、前記保管場所内の車両の場所を示す場所情報を前記移送情報の一部として保存することを備える、請求項２１に記載の方法。
【請求項２８】
当該方法は、前記処理システム内で、前記移送情報が保存または更新される時に、前記移送情報をロックすることを備える、請求項２１に記載の方法。
【請求項２９】
当該方法は、前記移送情報が秘密鍵を使用することによってのみ暗号化解除できるように、前記移送情報を少なくとも部分的に暗号化することによって前記移送情報をロックすることを備える、請求項２８に記載の方法。
【請求項３０】
当該方法は、請求項１乃至１９のいずれか一項に記載の方法の一部を形成する、請求項１９に記載の方法。
【請求項３１】
１つまたは複数の段階を含む移送工程中に車両を追跡する装置であって、タグ・データ・ストアを有するタグを利用する当該装置は、
ｉ）移送情報を保存することであって、
（１）前記車両の識別情報と、
（２）前記移送工程の状況と、
のうちの少なくとも部分的に示す移送情報を保存すること、
ｉｉ）前記タグ・データ・ストアに保存された識別子を使用して、タグを前記車両に関連付けること、
を行う処理システムを備え、
前記移送工程中の１つまたは複数の選択された段階で、前記タグ・データ・ストアからの前記識別子を使用して前記移送情報を判定するのに前記タグを使用できるように、前記タグが前記車両に設けられており、
前記移送情報は、
（１）前記車両の位置を決定するのに使用される、
（２）前記移送の段階が進行しなければならないことを確認するために再検討される、
（３）前記移送の状況を判定するのに使用される、
のうちの少なくとも１つである、装置。
【請求項３２】
前記処理システムは、タグ・リーダーの一部を形成する、請求項３１に記載の装置。
【請求項３３】
１つまたは複数の段階を含む移送工程中に車両を追跡する方法であって、当該方法は、
ａ）前記車両を、タグ・データ・ストアに保存された識別子を有するタグに関連付けること、
ｂ）前記タグを使用することであって、
ｉ）以下の（１）および（２）を少なくとも部分的に示す移送情報にアクセスすること、
（１）前記車両の識別情報
（２）前記移送工程の状況
ｉｉ）前記１つまたは複数の段階を通じて前記車両を追跡すること、
に前記タグを使用すること、
ｃ）前記車両と前記タグとの関連付けを解除して、前記タグを移送に関する後続車両に関連付け可能とすること、
を備える、方法。
【請求項３４】
当該方法は、
ａ）固有識別子と前記移送情報との間のマッピングを記録することによって、前記タグを車両に関連付けること、
ｂ）前記固有識別子と前記移送情報との間のマッピングを削除することによって、前記タグと車両との関連付けを解除すること、
のうちの少なくとも１つを備える、請求項３３に記載の方法。
【請求項３５】
当該方法は、
ａ）タグ・リーダーを使用することであって、
ｉ）前記車両の位置を決定すること、
ｉｉ）前記移送情報を表示すること、
にタグ・リーダーを使用すること、
ｂ）前記車両および前記移送情報のうちの少なくとも１つを通関手続判断基準と少なくとも部分的に比較することによって、通関手続点検を実行すること、
ｃ）通関手続の成功に応答して実行することであって、
ｉ）前記タグ・リーダーを使用して前記移送情報を更新すること、
ｉｉ）前記車両の移送工程を継続すること、
ｉｉｉ）前記車両を保管場所に戻し、その新しい場所を用いて前記移送情報を更新すること、
のうちの少なくとも１つを実行すること、
によって前記移送工程内の段階を実行することを備える、請求項３３に記載の方法。
【請求項３６】
当該方法は、請求項１乃至１９または請求項２１乃至３０のいずれか一項に記載の方法の一部を形成する、請求項３３に記載の方法。
【請求項３７】
１つまたは複数の段階を含む移送工程中に車両内で使用される方法であって、タグ・データ・ストアを有するタグを利用する当該方法は、
ａ）タグ・リーダーを使用することであって、
ｉ）前記車両の位置を決定すること、
ｉｉ）前記移送情報を表示すること、
にタグ・リーダーを使用すること、
ｂ）前記車両および前記移送情報のうちの少なくとも１つを通関手続判断基準と少なくとも部分的に比較することによって通関手続点検を実行すること、
ｃ）通関手続の成功に応答して行うことであって、
ｉ）前記タグ・リーダーを使用して前記移送情報を更新すること、
ｉｉ）前記車両の移送工程を継続すること、
ｉｉｉ）前記車両を保管場所に戻し、その新しい場所を用いて前記移送情報を更新すること、
のうちの少なくとも１つを行うこと、
を備える、方法。
【請求項３８】
当該方法は、請求項１乃至１９、請求項２１乃至３０、または請求項３３乃至３６のいずれか一項に記載の方法の一部を形成する、請求項３７に記載の方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、移送工程中に車両を追跡する方法および装置、具体的には輸出工程中に車両を追跡する方法および装置に関する。
【背景技術】
【０００２】
現在、自動車を含む車両に関係する情報を正確に識別及び判定し得ることが必要とされている。これは、以前には車両の特定の部分に印刷された通し番号を使用して達成されたが、そのような技術は、複数の通し番号が車両の上または中の異なる場所に配置されること、及び通し番号を詐欺的に変更するか交換することができること、といった複数の欠点を有する。さらに、そのような通し番号は、精細な点検を必要とする。したがって、車両をすばやく位置決定することを可能にするのに適切ではない。
【発明の開示】
【発明が解決しようとする課題】
【０００３】
識別子を保存するのにタグを利用するＲＦＩＤシステムが、開発されてきた。このタグを、関連するリーダーを使用して読み取ることができ、これによって、識別子を取り出し、対応する品目を判定することが可能になる。しかし、ほとんどのシステムでは、タグに保存できるデータの量が、１つの識別子に制限され、これを使用して車両を識別することはできるが、その使用は、制限されている。
【０００４】
車両識別の問題は、輸出工程で特に悪化する。具体的に言うと、多数の車両がかかわり、貯蔵場などで車両を識別する工程は、難しくかつ時間がかかる可能性がある。さらに、車両は、長期間にわたって番人がいないままにされる可能性があり、これによって、シャシー番号ｓおよびＶＩＮ（車両識別番号）などの車両詳細を詐欺的に変更する機会がもたらされる。車両を識別できると仮定する場合であっても、車両に対して実行しなければならない多数のチェックがあり、この工程を介して車両を追跡することは、複雑で時間がかかる。
【課題を解決するための手段】
【０００５】
本発明の第１の態様は、１つまたは複数の段階を含む移送工程中に車両を追跡する方法である。タグ・データ・ストアを有するタグを利用する当該方法は、
ａ）タグ・リーダー内で、
ｉ）タグ・データ・ストアから識別子を判定すること、
ｉｉ）識別子を使用して移送情報を判定することであって、
（１）車両の識別情報と、
（２）移送工程の状況と
を少なくとも部分的に示す移送情報を判定すること、
ｂ）移送情報を使用することであって、
（１）車両の位置を決定すること、
（２）移送の段階が進行しなければならないことを確認すること、
（３）移送の状況を判定すること、
のうちの少なくとも１つを行うのに移送情報を使用すること、
を含む。
【０００６】
主として、識別子は、
ａ）車両識別情報と、
ｂ）車両識別情報にマッピングされた参照番号と、
のうちの少なくとも１つである。
【０００７】
主として、当該方法は、タグ・リーダー内で、
ａ）リモート・データベースと、
ｂ）タグ・データ・ストアと、
のうちの少なくとも１つから移送情報を判定することを含む。
【０００８】
主として、タグは、車両内に設けられた識別カードの一部を形成する。
主として、当該方法は、タグ・リーダー内で、
ａ）識別子を使用してリモート・データベースから移送情報を判定すること、
ｂ）移送情報を表示すること、
を含む。
【０００９】
主として、車両は保管場所に保管され、当該は、タグ・リーダー内で、
ａ）車両識別情報の表示を受け取ること、
ｂ）車両識別情報に関連する識別子を判定すること、
ｃ）判定された識別子を使用してタグを検出することにより、車両の位置を判定すること、
を含む。
【００１０】
主として、当該方法は、タグ・リーダー内で、
ａ）タグ・リーダーの読取範囲を調整すること、
ｂ）読取範囲内にあるタグから識別子が読み取り可能か否かを判定すること、
ｃ）タグの位置を決定するために工程ａ）およびｂ）を繰り返すこと、
を含む。
【００１１】
主として、当該方法は、タグ・リーダー内で、
ａ）ユーザ入力から、更新状況を判定すること、
ｂ）更新状況に基づいて移送情報を更新すること、
を含む。
【００１２】
主として、当該方法は、
ａ）タグ・リーダーを使用することであって、
ｉ）車両の位置を決定すること、
ｉｉ）移送情報を表示すること、
にタグ・リーダーを使用すること、
ｂ）車両および移送情報のうちの少なくとも１つを通関手続判断基準と少なくとも部分的に比較することによって通関手続点検を実行すること、
ｃ）通関手続の成功に応答して実行することであって、
ｉ）タグ・リーダーを使用して移送情報を更新すること、
ｉｉ）車両の移送工程を継続すること、
ｉｉｉ）車両を保管場所に戻し、その新しい場所を用いて移送情報を更新すること、
のうちの少なくとも１つを実行すること、
によって移送工程内の段階を実行することを含む。
【００１３】
主として、当該方法は、処理システム内で、
ａ）通関手続番号と、
ｂ）係員識別情報と、
ｃ）点検日付と、
ｄ）点検時刻と、
ｅ）点検番号と、
ｆ）任意の通関手続制限と、
ｇ）所期の宛先と、
ｈ）必要な変更の詳細と、
のうちの少なくとも１つの詳細を追加することによって移送情報を更新することを含む。
【００１４】
主として、当該方法は、処理システム内で、
ａ）移送工程の完了を判定すること、
ｂ）判定の成功に応答してタグと車両との関連付けを解除すること、
を含む。
【００１５】
主として、当該方法は、処理システム内で、移送情報が保存または更新される時に移送情報をロックすることを含む。
主として、当該方法は、移送情報が秘密鍵を使用することによってのみ暗号化解除できるように、移送情報を少なくとも部分的に暗号化することによって前記移送情報をロックすることを含む。
【００１６】
主として、当該方法は、タグ・リーダー内で、
ａ）オペレータの識別情報を示すオペレータ識別子を判定すること、
ｂ）オペレータ識別子を使用してオペレータを認証すること、
ｃ）認証の成功に応答して実行することであって、
ｉ）識別子を判定すること、
ｉｉ）移送情報を判定すること、
ｉｉｉ）移送情報を変更すること、
のうちの少なくとも１つを実行すること、
を含む。
【００１７】
主として、当該方法は、タグ・リーダー内で、
ａ）オペレータからオペレータ識別子を受け取ること、
ｂ）オペレータ識別子をデータ・ストア内に保存された複数の所定のオペレータ識別子と比較すること、
ｃ）比較の成功に応答してオペレータを認証することであって、オペレータ識別子は、
ｉ）バイオメトリック・シグネチャと、
ｉｉ）パスワードと、
ｉｉｉ）ＰＩＮと、
のうちの少なくとも１つを含む、比較の成功に応答してオペレータを認証すること、
を含む。
【００１８】
主として、当該方法は、タグ・リーダー内で、
ａ）移送情報から少なくとも１つの移送情報アクセス・レベルを判定すること、
ｂ）オペレータ識別子を使用して、データ・ストア内に保存されたオペレータ詳細から、１つまたは複数のオペレータ・アクセス・レベルを判定すること、
ｃ）移送情報アクセス・レベルをオペレータ・アクセス・レベルと比較すること、
ｄ）比較の結果に従って、移送情報を選択的に表示すること、
を含む。
【００１９】
主として、移送情報は、
ａ）秘密鍵を使用して暗号化された移送情報を含むペイロードと、
ｂ）秘密鍵を示すヘッダと、を含み、当該方法は、タグ・リーダー内で、
ｉ）ヘッダから、秘密鍵の表示を判定すること、
ｉｉ）秘密鍵の表示を使用して、データ・ストアから秘密鍵を入手すること、
ｉｉｉ）秘密鍵を使用してペイロードの暗号化を解除すること、
を含む。
【００２０】
主として、タグはＲＦＩＤタグであり、当該方法は、タグ・リーダー内で、
ａ）読取信号を生成することであって、タグは、読取信号に応答的であり、識別子に応じて読取信号を変調する、読取信号を生成すること、
ｂ）読取信号の変調を検出すること、
ｃ）検出された変調を使用して識別子を判定すること、
を含む。
【００２１】
本発明の第２の態様は、１つまたは複数の段階を含む移送工程中に車両を追跡する装置である。タグ・データ・ストアを有するタグを利用する当該装置は、
タグ・リーダーであって、
ａ）タグ・データ・ストアから識別子を判定すること、
ｂ）識別子を使用して、車両の識別情報と移送工程の状況とを少なくとも部分的に示す移送情報を判定すること、
を行うタグ・リーダーを備え、
前記移送情報は、
ｉ）車両の位置を決定すること、
ｉｉ）移送の段階が進行しなければならないことを確認すること、
ｉｉｉ）移送の状況を判定すること、
のうちの少なくとも１つに使用される。
【００２２】
本発明の第３の態様は、１つまたは複数の段階を含む移送工程中に車両を追跡する方法である。タグ・データ・ストアを有するタグを利用する当該方法は、
ａ）処理システム内で、
ｉ）移送情報を保存することであって、
（１）車両の識別情報と、
（２）移送工程の状況と、
を少なくとも部分的に示す移送情報を保存すること、
ｉｉ）タグ・データ・ストアに保存された識別子を使用して、タグを車両に関連付けること、
ｂ）移送工程中の１つまたは複数の選択された段階で、タグ・データ・ストアからの識別子を使用して移送情報を判定するのにタグを使用できるように、タグを車両に設けること、を含み、
前記移送情報は、
（１）車両の位置を決定するのに使用されるもの、
（２）移送の段階が進行しなければならないことを確認するために再検討されるもの、
（３）移送の状況を判定するのに使用されるもの、
のうちの少なくとも１つである。
【００２３】
主として、識別子は、車両の識別情報である。
主として、当該方法は、処理システム内で、車両の識別情報と固有識別子との間のマッピングを記録することによってタグを車両に関連付けることを含む。
【００２４】
主として、当該方法は、処理システム内で、
ａ）リモート・データベースと、
ｂ）タグ・データ・ストアと、
のうちの少なくとも１つに移送情報を保存することを含む。
【００２５】
主として、当該方法は、処理システム内で、識別子をタグ・データ・ストアに書き込むことを含む。
主として、タグは、車両に接続されるように構成された識別カードの一部を形成し、当該方法は、処理システム内で、識別カード上の少なくとも識別子の印刷を実行することを含む。
【００２６】
主として、車両は、保管場所に保管され、当該方法は、処理システム内で、保管場所内の車両の場所を示す場所情報を移送情報の一部として保存することを含む。
主として、当該方法は、処理システム内で、移送情報が保存または更新される時に移送情報をロックすることを含む。
【００２７】
主として、当該方法は、移送情報が秘密鍵を使用することによってのみ暗号化解除できるように、移送情報を少なくとも部分的に暗号化することによって、移送情報をロックすることを含む。
【００２８】
本発明の第４の態様は、１つまたは複数の段階を含む移送工程中に車両を追跡する装置である。タグ・データ・ストアを有するタグを利用する当該装置は、
ｉ）移送情報を保存することであって、
（１）車両の識別情報と、
（２）移送工程の状況と、
を少なくとも部分的に示す移送情報を保存すること、
ｉｉ）タグ・データ・ストアに保存された識別子を使用して、タグを車両に関連付けること、
を行う処理システムを備え、
移送工程中の１つまたは複数の選択された段階で、タグ・データ・ストアからの識別子を使用して移送情報を判定するのにタグを使用できるように、タグが車両に設けられており、
移送情報は、
（１）車両を位置決定するのに使用されるもの、
（２）移送の段階が進行しなければならないことを確認するために再検討されるもの、
（３）移送の状況を判定するのに使用されるもの、
のうちの少なくとも１つである。
【００２９】
主として、処理システムは、タグ・リーダーの一部を形成する。
本発明の第５の態様は、１つまたは複数の段階を含む移送工程中に車両を追跡する方法である。当該方法は、
ａ）車両を、タグ・データ・ストアに保存された識別子を有するタグに関連付けること、
ｂ）タグを使用することであって、
ｉ）以下の（１）および（２）を少なくとも部分的に示す移送情報にアクセスすること、
（１）車両の識別情報
（２）移送工程の状況
ｉｉ）１つまたは複数の段階を通じて車両を追跡すること、
にタグを使用すること、
ｃ）車両とタグとの関連付けを解除して、タグを移送に関する後続車両に関連付け可能とすること、
を含む。
【００３０】
主として、当該方法は、
ａ）固有識別子と移送情報との間のマッピングを記録することによって、タグを車両に関連付けること、
ｂ）固有識別子と移送情報との間のマッピングを削除することによって、タグと車両との関連付けを解除すること、
のうちの少なくとも１つを含む。
【００３１】
主として、当該方法は、
ａ）タグ・リーダーを使用することであって、
ｉ）車両の位置を決定すること、
ｉｉ）移送情報を表示すること、
にタグ・リーダーを使用すること、
ｂ）車両および移送情報のうちの少なくとも１つを通関手続判断基準と少なくとも部分的に比較することによって、通関手続点検を実行すること、
ｃ）通関手続の成功に応答して実行することであって、
ｉ）タグ・リーダーを使用して移送情報を更新すること、
ｉｉ）車両の移送工程を継続すること、
ｉｉｉ）車両を保管場所に戻し、その新しい場所を用いて移送情報を更新すること、
のうちの少なくとも１つを実行すること、
によって移送工程内の段階を実行することを含む。
【００３２】
本発明の第６の態様は、１つまたは複数の段階を含む移送工程中に車両内で使用される方法である。タグ・データ・ストアを有するタグを利用する当該方法は、
ａ）タグ・リーダーを使用することであって、
ｉ）車両の位置を決定すること、
ｉｉ）移送情報を表示すること、
にタグ・リーダーを使用すること、
ｂ）車両および移送情報のうちの少なくとも１つを通関手続判断基準と少なくとも部分的に比較することによって、通関手続点検を実行すること、
ｃ）通関手続の成功に応答して実行することであって、
ｉ）タグ・リーダーを使用して移送情報を更新すること、
ｉｉ）車両の移送工程を継続すること、
ｉｉｉ）車両を保管場所に戻し、その新しい場所を用いて移送情報を更新すること、
のうちの少なくとも１つを実行すること、
を含む。
【００３３】
主として、本発明の第１、第３、第５、および第６の態様のいずれか１つの方法を、本発明の第２または第４の態様による装置に使用して実施することができる。
主として、移送情報は、
ａ）秘密鍵を使用して暗号化された車両情報を含むペイロードと、
ｂ）秘密鍵を示すヘッダと、
を含むデータ・パケットとして保存され、当該方法は、タグ・リーダー内で、
ｉ）ヘッダから、秘密鍵の表示を判定すること、
ｉｉ）秘密鍵の表示を使用して、データ・ストアから秘密鍵を入手すること、
ｉｉｉ）秘密鍵を使用してペイロードの暗号化を解除すること、
を含む。
【００３４】
本発明の第７の態様は、１つまたは複数の段階を含む移送工程中に車両を追跡する方法である。タグ・データ・ストアを有するタグを利用する当該方法は、
ａ）車両の識別情報および移送工程の状況を示す移送情報を判定すること、
ｂ）移送情報を少なくとも部分的に示すデータをタグ・データ・ストアに保存すること、
ｃ）移送工程中の１つまたは複数の選択された段階で、
ｉ）ストアに保存された移送情報を再検討して、ｉｉ）移送が進行しなければならないこと、およびｉｉｉ）車両の識別情報のうちの少なくとも１つを確認すること、
ｉｖ）車両移送に関する１つまたは複数の事象に基づいて移送情報を更新すること、
のうちの少なくとも１つを実行すること、
を含む。
【００３５】
本発明の第８の態様は、車両に接続されるタグを使用して車両に関する移送情報を判定する方法である。当該方法は、タグ・リーダー内で、
ａ）オペレータの識別情報を示すオペレータ識別子を判定すること、
ｂ）オペレータ識別子を使用してオペレータを認証すること、
ｃ）認証の成功に応答して、下記ｉ）〜ｖ）を行うこと、
ｉ）タグ・データ・ストアからのデータを判定すること、
ｉｉ）判定されたデータを使用して、符号化された移送情報を判定すること、
ｉｉｉ）秘密鍵を判定すること、
ｉｖ）符号化された移送情報を秘密鍵を使用して復号化することにより、車両情報を判定すること、
ｖ）下記（１）〜（４）の少なくとも一つを行うこと、
（１）車両情報をオペレータに提示すること、
（２）移送情報を再検討すること、
（３）移送情報を更新すること、
（４）移送情報を所定の判断基準と比較して、移送が進行しなければならないかどうかを判定すること、
を含む。
【００３６】
主として、類似する技法を使用して、移送情報を更新することができる。
本発明の第９の態様は、実体（ｅｎｔｉｔｙ）が個別の車両に関する車両情報を記録する方法である。車両は、第１および第２のタグを含む。当該方法は、
ａ）第１の符号化されたデータを第１のタグの第１データ・ストアに保存することであって、第１の符号化されたデータは、製造業者情報を少なくとも部分的に示すことと、
ｂ）第２の符号化されたデータを第２のタグの第２データ・ストアに保存することであって、第２の符号化されたデータは、所有者情報を少なくとも部分的に示すことと、
を含む。
【００３７】
本発明の第１０の態様は、車両内で使用される識別カードである。当該識別カードは、
ａ）可視の識別子と、
ｂ）タグであって、
ｉ）車両に関する移送情報を少なくとも部分的に示す識別子を保存するデータ・ストアと、
ｉｉ）信号をソースから受信するアンテナと、
ｉｉｉ）変調器と、
ｉｖ）タグ・リーダーを使用して識別子を判定可能なプロセッサと、
を含むタグと、
を含む。
【発明を実施するための最良の形態】
【００３８】
以下、本発明を、添付図面を参照して説明する。
一例のシステムを、図１〜４を参照して説明する。図１〜４は、タグ、関連するタグ・リーダー／ライタ（以下では総称的に「タグ・リーダー」と称する）、およびこのタグ・リーダーと共に使用できるコンピュータ・システムを示す。
【００３９】
図１は、自動車、トラック、乗用車、ボート、船、列車などの車両に接続され、関連するタグ・リーダーとの双方向通信を実行可能なタグの例の概略図である。この例では、タグ１は、コントローラ３に接続されたアンテナ２を含み、コントローラ３は、通常は、所望のデータ保存機能性およびデータ出力機能性を提供するマイクロプロセッサである。これを達成するために、コントローラ３は、通常、図示のようにプロセッサ４、メモリ５、および変調器６を含む。
【００４０】
使用中に、タグは、アンテナ２を介して、関連するリーダー１０から信号を受信し、この信号は、タグがリーダーとの双方向通信を実行することを可能にし、これによって、タグに保存された情報を取り出して、見ることを可能にする。
【００４１】
パッシブ・タグとして知られる、１つの例のタグでは、コントローラ３は、受信信号を整流して電力を入手し、この電力は、コントローラ３に供給されて、データの保存および出力を実行可能にする。アクティブ・タグとして知られる第２の例では、タグは、電池７などの電源を含み、この電池７は、コントローラ３に電力を与えるのに使用される。一般に、アクティブ・タグは、受信信号の整流によって電力を入手する必要がないので、パッシブ・タグより広い範囲を有するが、逆に、通常、電池の寿命までに制限された寿命を有する。この場合に、アクティブ・タグは、より小さいメモリ容量を有するメモリを実装して、これによってタグからリーダーに転送される情報の量を最小にすることができ、これは、バッテリ寿命を延ばす。したがって、この場合に、固有識別子だけをタグ・メモリに保存することが通常である場合があり、この固有識別子は、関連情報を見ることを可能にするリモート・データベースを相互参照するのに使用される。この場合に、識別子の重複を避けるために任意の固有識別子を使用することができるが、車両ＶＩＮなど、登録情報に基づく固有識別子を使用することができる。
【００４２】
タグ１を使用して、個別の車両に関係する車両情報を保存することができる。これは、好ましい実施形態では、車両に関係する車両情報を含むリモート・データベースを相互参照するのに使用できる固有識別子、あるいは、その代わりに、車両情報をタグ自体に直接に保存するのに使用できる固有識別子のいずれかを保存することによって達成することができる。車両情報は、たとえば次のうちの少なくとも１つを含む。
【００４３】
・以下を含み得る製造業者情報、
・車両の種類、
・車両のモデル、
・製造年度、
・製造業者の識別情報、
・製造国、
・エンジン／シャシー番号、
・車両部品番号、
・走行距離計表示、
・ＶＩＮ（車両識別番号）、
・変速機番号、
・ステアリング・ラック番号、
・ディファレンシャル番号、
・以下を含み得る所有者情報、
・所有者の名前、
・所有者の住所、
・所有者の免許証番号、
・登録詳細、
・点検詳細、
・サービス詳細、
・保険詳細、
・車両の主な運転者の連絡先詳細。
【００４４】
タグに保存され、取り出される車両情報は、以下でより詳細に説明するように種々応用されることが理解し得る。
タグ１は、種々の方法を使用して車両に接続することができる。たとえば、タグは車両のフレームまたはシャシーに直接に取り付けることもできるし、自転車シートのネックなど、車両に含まれるフレームの空洞の中に挿入することもできる。タグを車両に接続する他の方法は、以下でより詳細に説明するように、車両のエンジンまたは他の適切な部品に接続されるプレートの形態で、または車両の適切な部品に取り付けることのできる識別カードの形態でタグを組み込むことを含み得る。
【００４５】
リーダーの例を、図２および３に示す。具体的に、リーダー１０は、図示のように、バス１８を介してメモリ１２、入力デバイス１３、ディスプレイ１４、変調器１５、および外部インターフェース１７に接続されたプロセッサ１１を含む。
【００４６】
使用中に、変調器６、１５および関連するアンテナ１６、２は、非常に近接して置かれた時に、誘導結合された同調回路を形成する。したがって、アンテナ１６に交流を流すことは、対応する電流がアンテナ２に誘導されることを引き起こす。使用中に、変調器６、１５を使用して、同調回路のインダクタンスを、したがってその共振周波数を変更することができる。これは、タグ１とリーダー１０との間で情報を転送することを可能にする。
【００４７】
したがって、変調器１５によって適切に変調された信号の生成を変調器６によって検出することができ、データをタグ１に書き込むことが可能になる。この場合、プロセッサ４は、変調された信号を解釈し、受信データをメモリ５に書き込む。逆に、変調器６を使用して、アンテナ２に誘導される信号を変調し、これによって、変調器１５によって生成される信号の後方散乱変調を引き起こすことができ、この信号は、変調器１５によって検出でき、データをタグ１から読み取ることが可能になる。
【００４８】
したがって、１つの例で、これがＲＦＩＤタイプ・タグ・システムであることが当業者は理解し得る。この場合に、好ましい実施形態では、信号の変調は、位相変調または振幅変調のいずれかとすることができ、タグとリーダーとの間の接続は、誘導結合（上で説明した）または容量結合のいずれかである。
【００４９】
リーダー１０の外部構成の例を、図３に示す。同図からわかるように、リーダー１０は、ハンドル２２に結合された主要部分２１を有するハウジング２０を含む。このハウジングは、通常、それに取り付けられた、ディスプレイ１４、任意選択の追加ディスプレイ・インジケータ１４Ａ、および通常はキーパッド入力システム１３の形態の入力デバイス１３などを含む。トリガ１３Ａなどの追加の入力コントロールも、図示のように使用することができる。
【００５０】
１つの例では、アンテナ１６は、図３に示されているようにテレスコピック・アンテナの形態である。代替案では、以下でより詳細に説明するように、所期の使用に応じて、アンテナを主ハウジング２１内に含めて設けることができる。
【００５１】
通常、リーダー１０は、外部インターフェース１７を介して、図４の３０に全般的に示されているコンピュータ・システムと通信可能に構成される。通常、このコンピュータ・システムは、メモリ３２と、キーボードおよびディスプレイなどの入出力デバイス３３と、外部インターフェース３４とに接続されたマイクロプロセッサ３１を含み、それらは、図示のようにバス３５を介して相互に接続されている。コンピュータ・システム３０は、図示のように外部インターフェース３４を介してリモート・データベース３６に接続することもできる。
【００５２】
それに加えてまたはその代わりに、外部インターフェース３４を、ＲＳ２３２シリアル接続、ＵＳＢ接続、無線Ｂｌｕｅｔｏｏｔｈ（商標）接続等の使用を介するなどのように、リーダー１０の外部インターフェース１７に接続してもよい。使用中に、プロセッサ１１、３１は、リーダー１０およびコンピュータ・システム３０がそれらの間で必要に応じて通信し、データを転送することを可能にするアプリケーション・ソフトウェアを実行する。以下でより詳細に説明するように、追加の機能性を提供することができる。
【００５３】
したがって、コンピュータ・システム３０は、デスクトップ・コンピュータ、ラップトップ機、パームトップ機、特殊化されたハードウェアなどのように、任意の形態のコンピュータ・システムとすることができることを理解し得る。同様に、リーダー１０によって利用されるプロセッサ１１は、種々の形態で実施することができ、プログラマブル・ロジック・アレイ（ＰＬＡ）、特殊化されたハードウェアなどから形成することができる。
【００５４】
使用中に、本システムは、リーダー１０だけを使用して、またはリーダー１０とコンピュータ・システム３０との組合せを使用して車両情報を保存し、その後にそれを取り出すことを可能にする。
【００５５】
本発明の１つの例では、タグ１は、１２５ｋＨｚ  Ｈｉｔａｇ  Ｓ  ２０４８  ＲＦＩＤタグなどのような、大きいデータ・ストレージ容量を有するタグである。これは、かなりの量の情報、具体的には１９２０ビットまたは２４０文字までを、リモート・データベースへのアクセスを必ずしも必要とせずに、タグに直接格納することを可能にする。
【００５６】
そのようなシステムでは、タグがリモート的に適当なリーダーを使用して読み取られる時に、タグに保存された任意の情報が第三者によってアクセスされる可能性がある。多くの応用例では、タグにユーザ詳細などの機密情報が含まれるので、これは望ましくない。したがって、情報のプライバシが維持されることを保証するために、このシステムは、通常、強い暗号化技術を利用し、その結果、情報が、暗号化されたフォーマットでタグ１に保存されるようになる。これは、秘密鍵の制御された散布と併せて、情報が安全なままになることを保証する。
【００５７】
しかし、アクティブ・タグが使用される場合など、タグのデータ容量がより小さい代替の例では、タグが固有の参照番号または他の識別子だけを格納することが通常である。この固有の参照番号または他の識別子は、車両情報を保存したリモート二次データベースへのアクセスに使用される。この場合には、タグに保存された参照番号は、以下でより詳細に説明するように、タグが車両に関連付けられている間に、それぞれの車両のデータベース・エントリにマッピングされる。この場合、タグ上の参照番号は、通常、変更を防ぐためにロックされる。さらに、データベースに機密情報が含まれる可能性があるので、変更および許可されないアクセスを防ぐために、通常は、リモート・データベース内の情報がロックされる。これは、以下でより詳細に説明するように、大容量タグ上のデータの暗号化に似た形態で実行することができる。
【００５８】
このシステムの使用例を、図５を参照して説明する。
ステップ１００で、オペレータが、登録手順を受け、この登録手順は、そのオペレータを１つまたは複数のそれぞれのタグ・リーダー１０に関連付ける。これは、オペレータとリーダー１０との間の固有の関連付けを作成し、その結果、有効に登録されたオペレータだけがリーダー１０を使用できるようになる。これは、１回限りの手順とすることができ、必ずしも、情報をタグに書き込むたびに要求されはしない。
【００５９】
ステップ１１０で、車両情報が、コンピュータ・システム３０または入力デバイス１３を介してリーダー１０に、またはコンピュータ・システム３０に直接供給され、車両情報を保存することが可能になる。パッシブ・タグの場合、車両情報は、タグに保存される。しかし、この例では、車両情報は、ステップ１２０でリモート・データベースに保存され、ステップ１３０でタグに保存された識別子に関連付けられる。これは、通常、リーダー１０を使用して識別子を判定し、これを車両情報と共にデータベースに保存することによって達成される。
【００６０】
これらのステップは、書込手順を表すが、この工程が使用される状況に応じて、複数の実体のうちのいずれか１つによって実行することができる。たとえば、タグが、輸出工程中に車両を追跡するのに使用される場合、輸出手順に参加する当事者全員が、タグに情報を書き込むことを必要とする場合がある。その代わりに、タグが、製造からの車両の寿命の間にその車両に関する事象を追跡するためのものである場合、当事者に、製造業者ならびにその車両に対する作業を実行するすべての整備士、登録認定機関などを含めることができる。
【００６１】
この書込手順が完了したならば、情報は、ステップ１４０以降に概要を示された読取手順を使用してタグから読み取ることができる。
具体的に言うと、ステップ１４０で、リーダー１０は、タグ１から識別子を読み取り、ステップ１５０で、この識別子を使用してリモート・データベース３６にアクセスする。これによって、リーダー１０またはコンピュータ・システム３０は、ステップ１６０で、オペレータに車両情報を表示できるようになる。次に、ステップ１７０で、提供される情報に関連する１つまたは複数の処置を実行することができる。
【００６２】
この工程は、完全にリーダー１０によって、またはコンピュータ・システム３０と共に部分的にリーダー１０によって実行できることが理解し得る。したがって、たとえば、タグに書き込まれる情報を、コンピュータ・システム３０に入力し、その後、リーダー１０にアップロードすることができる。これは、コンピュータ・システム３０が、データのより簡単な入力を可能にするよりユーザ・フレンドリな入力インターフェースを有する場合に使用することができる。説明を明瞭にするため、以下では、リーダー１０によって実行される工程について説明するが、すべての工程は、好ましい実施態様に応じて、コンピュータ・システム３０と共にリーダー１０によって実行できることが理解し得る。
【００６３】
車両情報が暗号化される手順の例を、図６、７、および８を参照して、より詳細に説明する。この例では、オペレータは、車両情報へのアクセスの入手可能性を減らすために、リーダーに登録される。リーダーを使用するためにオペレータを登録する手順を、図６に示す。
【００６４】
この例では、工程は、一般に、ステップ２００から２２０までのリーダー初期化フェーズと、ステップ２３０から２７０までのオペレータ登録とに分離される。リーダー初期化フェーズ中に、ステップ２００に示されているように、１つまたは複数の秘密鍵が生成され、この秘密鍵は、特定のタイプの情報を暗号化するのに使用される。
【００６５】
この秘密鍵は、複数のリーダーがタグ１で供給されるデータにアクセスすることを可能にするために複数のリーダーの間で共用することができ、その場合、この鍵は、データベースなどから入手することができる。代替案では、秘密鍵は、たとえばそれぞれのリーダー１０に固有である場合またはそれぞれのタイプの情報が初めて使用される場合、新規とすることができ、この場合、鍵を、所定のアルゴリズムを使用して生成することができる。任意の形の秘密鍵暗号化システムを使用することができるが、１つの例で、このシステムは、１２８ビットＡＥＳ暗号化プロトコルを使用し、６４ビット秘密鍵に基づく。
【００６６】
ステップ２１０で、１つまたは複数のアクセス・レベルを定義することが可能である。これは、タグに供給される情報に関連するアクセス権を表し、これによって、情報へのアクセスを選択的に制約することが可能になり、その結果、異なるオペレータに異なるアクセス権を割り当てられるようになる。ステップ２２０で、鍵とアクセス・レベルの詳細とを、従来の技法を使用してリーダー１０のメモリ１２に保存する。
【００６７】
ステップ２００および２２０は、リーダー１０が初めて使用される時にのみ定義される必要がある可能性がある。代替案では、それぞれの状況に応じて、これらのステップを必要なだけ頻繁に繰り返すことができる。
【００６８】
ステップ２３０で、オペレータ詳細が、リーダー１０の１人または複数のオペレータに関連して定義される。オペレータ詳細は、オペレータの名前および他の個人情報、雇用の詳細、雇用主など、ある範囲の情報を含めることができる。次に、ステップ２４０で、そのオペレータに関連するアクセス・レベルが定義される。したがって、複数のオペレータがリーダー１０に関連する場合、タグ１に保存された一部の情報が、あるオペレータによってのみ見ることができることが望ましい場合があり、その場合、これらのオペレータに、異なるアクセス・レベルを与えることができる。アクセス・レベルは、その状況が使用される環境に応じて、タグ１への情報の書込を制御するのにも使用することができる。
【００６９】
ステップ２５０で、オペレータをリーダー１０によって認証することができるようにオペレータＩＤが作成される。このＩＤの性質は、使用される認証機構に依存し、以下でより詳細に述べる。
【００７０】
ステップ２６０で、少なくともオペレータＩＤおよびオペレータに関連するすべてのアクセス・レベルを含むオペレータの詳細が、リーダー１０のメモリ１２に保存される。さらなる詳細をリモート・データベース３６に保存して、リーダー１０と独立したこれらの詳細へのアクセスまたは更新を可能にすることもできる。上記で説明した手順の代替案として、オペレータ詳細を、データベース３６だけに保存することもでき、その場合には、オペレータの認証が実行される時に、リーダー１０がリモート・データベース３６にアクセスすることを必要とする。
【００７１】
この手順の後に、オペレータは、図７Ａおよび７Ｂを参照して以下に説明するように、タグ読取／書込動作のためにそれぞれのリーダー１０を使用することができる。
ステップ３００で、オペレータは、そのオペレータのＩＤをリーダー１０に入力する。ＩＤが入力される形態は、以下でより詳細に述べるように、使用される認証機構に依存する。ステップ３１０で、リーダー１０は、受け取ったＩＤをステップ２６０でメモリ１２に保存されたオペレータＩＤと比較することによって、そのオペレータを認証するように動作する。リーダー１０が、ＬＡＮなどの内部コンピュータ・システムに接続されている場合には、オペレータがＬＡＮ上のコンピュータにログ・オンする時にオペレータＩＤを使用することにより、リーダー１０を用いてオペレータを自動的に認証することができる。代替案では、オペレータのコンピュータ・システム３０に、リーダー１０が使用される時に認証信任証をリーダーに転送するように要求することができる。
【００７２】
オペレータが認証される場合、この工程は、ステップ３２０に進み、オペレータが、タグに保存される車両情報を定義することが可能となる。この情報は、入力１３を介してまたはその代わりにコンピュータ・システム３０を介して入力することができ、その後、このコンピュータ・システム３０が、外部インターフェース１７を介してリーダー１０に車両情報を転送する。オペレータは、ステップ３３０で、リモート・データベースでの保存のために追加の任意選択の車両情報を定義することもできる。
【００７３】
ステップ３４０で、オペレータは、車両情報に関連する１つまたは複数のアクセス・レベルを定義する。単一のアクセス・レベルを、すべての情報について定義することができる。あるいはその代わりに、情報の異なる部分を、情報の機密度に応じて異なるアクセス・レベルに関連付けることができる。たとえば、車両情報に、上述した製造業者情報および／または所有者情報を含めることができる。ある種の状況では、特定のオペレータが製造業者情報を読み取ることだけができるものとし、別のオペレータが所有者情報と製造業者情報の両方を読み取り及び書き込むことができるものとすることが適当である場合がある。アクセス・フラグなどの種々のレベルの許可を使用して、以下でより詳細に説明するように、特定のオペレータに関するデータのアクセスを示すことができる。
【００７４】
したがって、アクセス・レベルは、情報の異なる部分について変更することができる。このアクセス・レベルの変更は、車両情報の異なる等級を定義し、異なるアクセス・レベルをそれぞれの等級ごとに定義することによって達成できることを理解し得る。
【００７５】
情報の入力を容易にするために、ユーザにコンピュータ・システム３０またはリーダー１０上でＧＵＩ（グラフィカル・ユーザ・インターフェース）を提示することが通常であり、このＧＵＩは、情報をそこに入力できるフィールドを含む。提示されるそれぞれのフィールドは、供給される情報のタイプに依存するものとすることができる。どの場合でも、これは、ユーザが、異なるアクセス・レベルを異なるフィールドに関連付けることを可能にし、これによって、アクセス・レベルを簡単に指定することが可能となる。
【００７６】
ステップ３５０で、リーダー１０を使用して、車両情報に関連する秘密鍵を選択する。この秘密鍵は、たとえば入力される情報のタイプに応じて、プロセッサ１１によって実行されるアプリケーション・ソフトウェアによって自動的に選択することができ、あるいはその代わりに、オペレータによって選択することができる。これに加えて、この鍵を、所定の鍵とすることができ、あるいはその代わりに、適当なアルゴリズムを利用してその場で生成できることを理解し得る。この情報を、たとえばアクセス・レベルごとにそれぞれの秘密鍵を設けることを含めて、複数の秘密鍵を使用して暗号化できることを理解し得る。したがって、たとえば、車両情報に、製造業者情報および所有者情報を含めることができ、したがって、別々の秘密鍵が、追加セキュリティを提供するために情報のタイプごとに使用される。
【００７７】
ステップ３６０で、プロセッサ１１は、１つまたは複数の秘密鍵を使用してデータをエンコードするように動作する。プロセッサ１１は、関連するアクセス・レベルの詳細と一緒に、保存される車両情報を表すバイナリ・ストリングを生成することによってこれを達成する。これは、アクセス・レベルを定義するのに関連するフラグを使用する、キャラクタ・ストリングの形とすることができる。次に、結果のストリングが、選択された秘密鍵を使用して暗号化されて、暗号化されたストリングが生成され、この暗号化されたストリングが、データを暗号化するのに使用された秘密鍵を示すヘッダに関連付けられる。暗号化されたストリングを、以下ではペイロードと称し、組み合わされたペイロードおよびヘッダが、データ・パケットを形成する。
【００７８】
ステップ３７０で、データ・パケットが保存される。パッシブ・タグの場合には、データ・パケットはタグに書き込まれるが、アクティブ・タグの場合には、データ・パケットは、上記で説明したように、タグ１に保存される識別子と関連付けられる前にリモート・データベースに保存される。車両情報は、通常、ＷＯＲＭ（追記）工程を使用してロックされ、その結果、データをその後に変更することができなくなるが、これは必須ではない。ＷＯＲＭ工程で使用できる情報の例に製造業者データが含まれる。その理由は、この情報は車両の寿命を通じて一定のままであり、したがって、編集を必要としてはならないからである。しかし、対照的に、所有者情報は、車両の寿命の間に変化する場合があり、したがって、この情報は、ＷＯＲＭフォーマットで保存されるのに適当ではない。
【００７９】
車両情報がロックされる場合であっても、これが、たとえば所有権の変更などを記録することを可能にすることなど、追加情報を後日にタグに関連付けることを妨げないことが当業者によって理解し得る。
【００８０】
ステップ３９０で、リーダー１０内のメモリ１２の内容とさらにメモリ３２およびコンピュータ・システム３０の内容とが消去されて、これによって、車両情報がデバイス上で保存されないことが保証される。これは、情報の機密性をさらに保証するのを助ける。
【００８１】
次に、情報がタグから読み取られる形態を、図８を参照して説明する。
ステップ４００で、オペレータは、そのオペレータのＩＤをリーダー１０に入力し、これによって、リーダー１０が、ステップ４１０でそのオペレータを認証可能となる。ステップ４２０で、オペレータは、たとえばトリガ１３Ａを使用して、リーダー１０をアクティブ化し、これによって、リーダー１０に、タグ１から識別子を判定させ、その後、リモート・データベースから車両情報にアクセスさせる。これは、たとえば、携帯電話機、ＧＰＲＳネットワークなどの無線ネットワークを介して達成でき、追加情報をオペレータに表示することができる。代替案では、データベース３６にアクセスできない場合、これをディスプレイ１４上でオペレータに示すことができ、車両情報を後の機会に取り出すことが可能になる。
【００８２】
車両情報を取り出したならば、プロセッサ１１は、ステップ４３０でデータ・パケット・ヘッダを読み取るように動作し、ペイロードの暗号化に使用された１つまたは複数の秘密鍵を判定し、これによって、ステップ４４０で、プロセッサ１１がそれらの秘密鍵を使用してペイロードを暗号化解除することが可能になる。
【００８３】
プロセッサ１１は、ステップ４５０で、暗号化解除されたデータを解析して、そのデータ内で供給される車両情報に関連するすべてのアクセス・レベルを判定する。これは、プロセッサ１１が、オペレータのアクセス・レベルと車両情報のアクセス・レベルとを比較し、そのオペレータがその車両情報の一部またはすべてを見ることを許可されるかどうかを査定することを可能にする。この車両情報は、次に、ステップ４６０で、ディスプレイ１４を使用して、オペレータに提示される。その代わりにまたはそれに加えて、この情報をコンピュータ・システム３０で表示することができる。
【００８４】
車両情報を表示することに加えて、リーダー１０は、車両情報に関係する１つまたは複数の処理を実行可能に構成することができる。これは、一般に、タグ１に保存された車両情報の変更を含まないが、以下でより詳細に説明するように、ある種の目的のために車両情報を使用することを含むこともできる。
【００８５】
この場合、プロセッサ１１は、実施態様に応じて、車両情報に関連する処置または他の使用可能な処理のリストを判定し、ステップ４７０で、これらをオペレータに表示する。これは、通常、当業者は理解し得るように、メモリ１２に保存されたリーダー１０のそれぞれの使用に固有のアプリケーション・ソフトウェアをプロセッサ１１に実行させることによって達成される。これにより、オペレータが、それらの処理のうちの１つを選択可能となり、その処理は、ステップ４８０で、アプリケーション・ソフトウェア内で定義される命令に従って、リーダー１０またはコンピュータ・システム３０によって少なくとも部分的に実行される。
【００８６】
［監査証跡］
次に、監査証跡工程の例を、図９を参照して説明する。
ステップ５００で、車両が、タグに関連付けられ、対応する車両情報が、ステップ５１０で、リモート・データベース内またはタグ上に保存され、ロックされる。これは、たとえば製造業者が車両を作成する時など、任意の適切な時に発生する可能性があり、通常は、タグに保存される識別子を、適切なデータベース内で作成される車両情報エントリに関連付けることを伴う。
【００８７】
ステップ５２０で、事象が発生し、物品の状況が変更される。したがって、新しい状況情報が生成され、この変が反映される。次に、ステップ５３０で、この新しい状況情報が、車両情報と一緒にまたは車両情報の一部として保存される。これには、車両の所有権の転送、実行されたすべての修理作業、サービスの詳細、実行された車両ロードワージネス・テスト（ｖｅｈｉｃｌｅ  ｒｏａｄｗｏｒｔｈｉｎｅｓｓ  ｔｅｓｔ）、通関手続検査結果などの詳細を含めることができる。さらなる事象が発生する時には、ステップ５２０および５３０が、その特定の事象について繰り返される。
【００８８】
その結果、ステップ５４０で、車両情報および関連する状況情報を、任意に再検討することができる。状況情報は、保存される時に、たとえば上で説明した暗号化工程および／またはＷＯＲＭ工程を使用してロックされるので、それぞれの車両について発生した事象の監査証跡を与えることを可能にする。これにより、個々の車両のヒストリを後に取り出し、再検討することが可能となる。
【００８９】
たとえば、再販業者が、販売のために車両を購入しようとしている場合、その再販業者が、購入を完了する前に車両情報のチェックを実行することが通常である。これは、その車両が純正車両であること、または正規に示された実体によって製造されたこと、正しくサービスされてきたこと、などを保証するために実行される。これを使用して、その車両が詐欺的でないことまたはその車両がある種の必要な安全規格を満足することを保証することができる。
【００９０】
同様に、車両移送工程では、これは、たとえば通関手続要件が満足されることを保証するために車両の詳細を通関手続要件と比較するため、または移送工程の状況を判定するために、車両の詳細をチェックすることを可能にする。
【００９１】
上で説明した工程で、読取／書込動作は、図６〜８で概要を示したように実行できることを理解し得る。さらに、監査工程を、車両に関して説明したが、この監査工程を、他の物品に適用することができる。したがって、車両情報を物品情報とすることができ、その場合に、保存される情報の性質は、この工程が使用される状況および当の物品に依存する。
【００９２】
［車両追跡］
車両輸出／輸入手順など、上で述べた車両移送工程は、通常、複数の段階を伴い、その時間の間に、車両は、政府要件などを満足するかどうかを判定するために検査される。これには、たとえば、車両がロード・ワージネス要件を満足することを保証すること、車両が検疫制限などを満足するために汚染されていないことを含めることができる。移送工程中には、たとえば車両を海運ヤード（ｓｈｉｐｐｉｎｇ  ｙａｒｄ）で位置決定することを可能にするため、車両がその宛先に正常に達することを保証するため、および車両の改竄が行われないことを保証するために、車両を追跡する必要があることも通常である。
【００９３】
追跡は、上で説明したタグを使用することによって達成することができる。１つの例で、これは、タグ上でエンコードされた識別子を、車両識別情報と転送工程の状況とを示す移送情報に関連付けることによって達成される。これは、リーダーを使用して、その識別子を判定し、その後、移送情報にアクセスすることを可能にする。移送情報内に適切な情報をエンコードすることによって、これは、リーダー１０を、車両を位置決定すること、移送のある段階が進行しなければならないことを確認すること、または移送の状況を判定することに使用するのを可能にする。
【００９４】
したがって、たとえば、移送情報は、上で概要を示した車両情報を含み、これによって、車両のさまざまな属性を判定できるようになる。次に、これらの属性を通関手続要件と比較して、車両移送が進行しなければならないかどうかを判定することができる。同様に、場所情報を保存することができ、これによって、車両を海運ヤード内で位置決定することが可能になる。
【００９５】
識別子は移送情報の一部を形成することができ、その結果、タグに十分なデータ容量がある場合には、移送情報が、その全体をタグに保存されるようになることを理解し得る。移送情報を保存し、再検討し、修正する工程も、上で概要を示した方法を使用して実行することができ、したがって、この工程は、監査試行タイプの配置を使用して、移送工程中に車両を追跡することができる。
【００９６】
車両の輸入に使用される時のこの工程の特定の例を、図１０Ａ〜１０Ｅおよび図１１に関して説明する。
ステップ１０００で、少なくとも１つのタグが、販売者によって車両に関連付けられる。これに関して、車両が、新規の車両である場合に、販売者は、その車両を輸出会社などに売る製造業者である場合がある。その代わりに、中古車両の場合に、販売者は、販売会社などである場合がある。
【００９７】
タグを車両に関連付ける形は、好ましい実施形態に応じて変化する。１つの例では、これは、その例が図１１に示されている、取付け可能な識別カードを使用して達成される。図１１からわかるように、識別カード５０は、本体５１およびフック５２を含み、このフック５２は、たとえば車両のバック・ミラーからぶら下げることによって、識別カードを車両に取り付けることを可能にする。識別カード５０は、通常、以下でより詳細に説明するように、全般的に５３に示された固有の参照番号を含む。
【００９８】
それに加えてまたはその代わりに、タグを、車両に直接に固定することができる。たとえば、タグを、車両シャシーなどに取り付けることができ、１つの例では、２つのタグを利用することができ、第１のタグは車両に取り付けられ、第２のタグは、図１１に示されたものに似た識別カード上に設けられる。
【００９９】
ステップ１０１０で、販売者は、移送情報を供給し、この移送情報は、タグに関連付けられる。したがって、たとえば、タグがアクティブ・タグであり、移送情報がリモート・データベース３６に保存される場合、そのタグは、データベース・エントリを固有識別子にマッピングすることによって移送情報に関連付けられ、この固有識別子は、この場合には参照番号５３とするか、車両ＶＩＮなどの移送情報に基づくものとすることができる。
【０１００】
これは、タグ・リーダー１０によって実行することができるが、通常、タグとの相互作用が必要でない場合、たとえば参照番号５３が既知である場合に、処理システム３０を使用することができる。代替案では、タグ・リーダー１０を使用して、移送情報を入力することができ、次に、この移送情報を、既に車両内に設けられているタグの読取の際に参照番号５３に関連付けることができる。これは、正しいタグが、対応する車両に与えられることを保証するのを助ける。
【０１０１】
供給される移送情報は、使用可能な情報に依存し、どの場合でも、通常は、上で説明した適切な暗号化機構の使用を介してロックされる。基本的に、移送情報は、少なくとも、下記などの車両情報を含む。
【０１０２】
・製造業者の識別情報、
・車両の種類／モデル、
・製造の年度／日付、
・初登録の年度／日付、
・エンジン排気量
・車両の色、
・製造場所、
・車両のタイプ（たとえば、２ドア・サルーン）、
・走行距離計表示、
・ＶＩＮ（車両識別番号）、
・シャシー番号、
・エンジン番号、
・製造年度、
・変速機番号、
・ステアリング・ラック番号、
・ディファレンシャル番号、
・任意の他の関連情報。
【０１０３】
さらに、移送情報は、移送工程の現在の状況の表示と、行われなければならない移送工程のさらなる任意の段階とを含み得る。
ステップ１０２０で、車両が、通常は競売、車両ヤード（ｃａｒ  ｙａｒｄ）などから輸入業者によって購入され、次にこの輸入業者は、通常、ステップ１０３０で移送情報を更新して、下記などの購入に関係する情報を含める。
【０１０４】
・購入の日付、
・購入者／輸出業者の識別情報、
・所期の宛先、
・任意の他の関連情報。
【０１０５】
車両移送の状況をも更新することができる。
次に、車両は、ステップ１０４０で、輸出ヤード（ｅｘｐｏｒｔ  ｙａｒｄ）に移送され、ここで、その車両は、輸出の前に複数のチェック手順を受ける。この工程の間に、車両場所が移送情報の一部として保存される。したがって、たとえば、移送情報は、通常、輸出ヤード内でその車両が置かれている全般的区域の表示を含むように更新される。その場所は特定のベイ番号の形態とすることができるが、通常は、以下でより詳細に説明するように、ヤードの領域だけに限定される。
【０１０６】
ステップ１０５０で、車両は、その後、タグに関するスキャンによって位置決定される。この場合、領域が示される時に、車両を位置決定する個人は、たとえばコンピュータ・システム３０を使用してリモート・データベース３６にアクセスして、その車両が置かれている領域を判定することができる。次に、その個人は、リーダー１０を使用してタグにアクセスし、したがって車両を位置決定することができる。
【０１０７】
これを達成するために、リーダー１０は、動作範囲を調整可能な機構を伴って構成することができる。オペレータは、たとえば参照番号５３または参照番号５３を判定するのに使用される車両ＶＩＮの表示を供給することによって、位置決定される車両の表示を供給する。次に、リーダー１０は、現在の動作範囲内のすべてのタグに問い合せて、タグのうちの１つが参照番号５３と一致するかどうかの表示を行う。
【０１０８】
関連するタグが、したがって関連する車両が、現在の動作範囲で位置決定しられない場合には、オペレータは、範囲を広げて、車両が位置決定されるまで検索を広げる。タグが位置決定しられたならば、これによって、オペレータが、動作範囲に基づいて車両の全般的近接を判定できるようになる。次に、オペレータは、識別カード５０の視覚的点検によって車両を識別することができる。
【０１０９】
ステップ１０６０から１３２０までにより、車両は、通常、輸出について車両を認可するために複数の点検段階を受ける。これには、車両のタイプと、車両がどこに／どこから輸出されるかとに応じて、１つまたは複数の政府機関による検査を含み得る。したがって、以下の例が、例示のみのためのものであり、実行される特定の点検が、使用される正確な輸出工程に依存することを理解し得る。
【０１１０】
この例では、ステップ１０６０で、車両は、検疫点検のために移送され、ステップ１０７０で、検疫官が、車両を点検し、任意に移送情報を再検討する。これは、たとえば、リーダー１０に、タグから参照番号５３を判定させ、データベース３６内の対応する移送情報にアクセスさせ、その後、その移送情報をディスプレイでオペレータに表示させることによって達成することができる。
【０１１１】
これは、上で概要を示した手順を使用して実行することができ、その結果、リーダーは、移送情報へのアクセスを提供する前に検疫官を認証するようになる。検疫官は、通常、移送情報を使用して、移送情報がそれぞれの車両に関して正しいことを保証し、特定のクリーニングなど、何らかの処置が必要であるかどうかをチェックする。この工程の少なくとも一部は、移送情報を所定の判断基準と比較して、何らかの通関手続要件が満足されていないかどうかを判定することによって、リーダー１０またはコンピュータ・システム３０によって自動的に実行することができるが、車両の少なくともいくつかの手動点検が、通常は必要である。
【０１１２】
ステップ１０８０で、検疫官は、車両を認可しなければならないかどうかを判断し、そうでない場合には、この手順はステップ１０９０で終了する。この場合、特定の理由で障害が発生する場合に、車両を、通関手続障害に関する理由を克服するためなど、さらなる処理のために戻すことができ、その後、ステップ１０６０、１０７０が繰り返される。
【０１１３】
車両が認可されたならば、検疫官は、車両を輸出ヤードに戻す前に、ステップ１１００で、移送情報を更新して通関手続の詳細を含む新しい移送状況を反映し、車両場所は、ステップ１１１０で、上で説明したように更新される。更新される情報は、下記などの詳細を含む。
【０１１４】
・通関手続番号、
・係員識別情報（たとえば名前）、
・点検日、
・点検番号、
・通関手続制限、
・所期の宛先、
・要求された変更の詳細、
・任意の他の関連情報。
【０１１５】
ステップ１１２０で、車両が、上で説明したようにタグに関するスキャンによって位置決定され、この車両は、その後、ステップ１１３０でＭＡＦ（農林水産省）点検のために移送される。ステップ１１４０で、ＭＡＦ係員が車両を点検し、任意に移送情報を再検討して、その車両が認可されなければならないかどうかを判定する。ステップ１１５０で、車両が認可されない場合には、この工程はステップ１１６０に移動し、終了するか、あるいは、通関手続要件が満足されるまで、車両を処理のために送ることを可能にする。そうでない場合には、ステップ１１７０で、ＭＡＦ係員が、上で検疫に関して説明したものに似た通関手続情報を用いて移送情報を更新し、車両は、ステップ１１８０で、輸出ヤードに戻され、場所が更新される。
【０１１６】
ステップ１１９０で、車両がタグに関するスキャンによって位置決定され、この車両は、ステップ１２００で関税点検のために移送される。税関係員は、車両を点検し、任意に移送情報を再検討し、この移送情報を使用して、ステップ１２２０で、この車両が認可されるかどうかを判定する。やはり、このうちの少なくとも一部を、移送情報を所定の通関手続要件と比較することによって自動的に実行することができる。たとえば、左ハンドルの車両が、米国内で製造され、その車両が、右ハンドル法律要件が存在するオーストラリアに輸入されようとしている場合に、これは、検査官によって通関手続要件として定義されるはずであり、この要件は、車両がオーストラリアで使用されるか販売される前に満足される必要があるはずである。
【０１１７】
通関手続が、最初の例で提供されない場合、この工程は、ステップ１２３０に移動し、この工程は、終了するか、あるいは、通関手続要件を克服するために車両を処理するか他の形で変更するのいずれかを行う。
【０１１８】
ステップ１２４０で、通関が認可されたならば、税関係員は移送情報を更新し、車両は、ステップ１２５０で、輸出ヤードに戻され、場所が更新される。通関手続情報には、通常、下記などの情報が含まれる。
【０１１９】
・通関手続番号、
・検疫番号、
・税関係員識別情報、
・関税点検の日付、
・任意の他の関連情報。
【０１２０】
ステップ１２６０で、車両がタグに関するスキャンによって位置決定され、この車両は、ステップ１２７０で、海運会社に移送される。ステップ１２８０で、海運業者が、車両を点検し、移送情報を再検討する。ステップ１２８０で、海運会社の係員は、車両が移送について認可されるかどうかを判定し、この工程は、ステップ１２９０で車両を移送できない場合には終了する。したがって、たとえば、この係員は、タグに関連する移送情報をチェックし、これを実際の車両と比較して、この車両が正しい車両であることと、この車両が改竄されていないことなどを保証することができる。
【０１２１】
そうでない場合には、ステップ１３１０で、海運会社係員が移送情報を更新し、ステップ１３２０で、車両が輸出ヤードに移送され、場所情報が更新される。
この時点で、海運業者は、通常、出荷情報に、下記などの情報を含む移送情報を関連付ける。
【０１２２】
・船会社の識別情報、
・海運業者の識別情報、
・船積みの日付、
・出荷の日付、
・出発の日付、
・所期の宛先、
・所期の到着の日付、
・出荷要件、
・災難の場合の連絡に関する詳細、
・船荷番号、
・通関手続番号、
・任意の他の関連出荷情報。
【０１２３】
ステップ１３３０で、車両が、輸出のために移送される前にタグに関するスキャンによって位置決定され、移送情報が、出発を記録するために更新される。この段階で、通常は車両が輸送のために船に積み込まれる時に、移送情報が、車両が必要な通関手続要件をうけたことを保証するため、および車両が正しい船に積み込まれることを保証するためにチェックされる。
【０１２４】
これを達成するため、リーダー１０は、船への船積みランプの近くに設けられ、車両が積み込まれる時に各車両をスキャンする。この場合、リーダー１０は、タグから参照番号を判定し、データベースに保存された車両詳細にアクセスするように構成される。次に、出荷情報が、移送情報から抽出され、現在の船積みスケジュールと比較される。車両が、間違って船に積み込まれようとしている場合に、警報を鳴らすことができ、これによって、車両が正しく積み込まれることが保証される。
【０１２５】
ステップ１３５０で、車両が、輸出され、輸入ヤード（ｉｍｐｏｒｔａｔｉｏｎ  ｙａｒｄ）で受け取られる。移送情報は、ステップ１３６０で、到着およびそのヤードでの車両の場所を記録するために更新される。
【０１２６】
ステップ１３７０で、車両が、タグに関するスキャンによって位置決定され、この車両は、ステップ１３８０で、コンプライアンス・チェックのために移送される。ステップ１３９０で、コンプライアンス係員が、車両を点検し、任意に移送情報を再検討して、ステップ１４００でコンプライアンス要件が満足されるかどうかを判定する。
【０１２７】
コンプライアンス要件が満足されない場合には、この工程は、ステップ１４１０で終了する。車両は通常は破壊または返却のために移送されるか、あるいはその代わりに、すべての必要な要件を克服するために車両を変更するかのいずれかを行うことができる。
【０１２８】
したがって、たとえば、車両のタイヤが満足でない場合には、輸入業者は、整備士が適当なタイヤを供給し、それぞれの車両に取り付けるように手配する。この段階で、自動車に対して行われた変更を反映する変更情報をも、適当な変更が満足に実行された後にタグ１に書き込むことができる。この変更情報は、通常、その変更を実行した実体によってタグに書き込まれる。したがって、その実体は、変更情報をタグに書き込むことを可能にするために、リーダーによって認証される必要がある。変更情報に、下記などの情報を含めることができることを理解し得る。
【０１２９】
・整備士識別情報、
・変更日付、
・変更参照番号、
・行われた変更のリスト。
【０１３０】
ステップ１４２０で、コンプライアンス係員が移送情報を更新し、車両は、ステップ１４３０で、輸入ヤードに返され、場所が更新される。ステップ１４４０で、タグが車両から除去され、再利用のために返却される前に、車両が、タグに関するスキャンによって位置決定される。したがって、この例では、識別カード５０は、ステップ１４６０で自動車が販売に使用可能にされる前に、車両から除去され、販売者または他の実体に再利用のために返却される。
【０１３１】
上の例では、移送情報は、参照番号の使用を介して識別カードに関連付けられる。識別カード５０および、したがって参照番号は、通常は再利用されるので、車両および参照番号は、通常、その参照番号をデータベース・エントリから除去することによって、関連付けを解除される。
【０１３２】
移送情報を破棄することができるが、一般に、移送情報および少なくとも車両情報を保存することが好ましい。というのは、これが、自動車輸入工程の履歴に関する大量のデータを含み、したがって、監査証跡として働くことができるからである。したがって、たとえば、自動車が何らかの形で欠陥があることが明白になる場合に、この保存することが、移送情報を使用して車両の移動を再検討し、車両に関して処置を講じることを可能にし、これが、それらの過失に関して誰が責任を負うかの判定を可能にする。
【０１３３】
監査証跡が有用であることを保証するためには、移送情報が、その後続の変更を防ぐために、更新されるたびにロックされることが好ましい。これに関して、情報がロックされたならば、その情報を除去または修正することはできないが、追加情報を追加することはでき、これによって、上で概要を示した監査証跡がもたらされる。さらなる予備として、タグの後続の変更を防ぐために、情報を、さらに、ＶＩＮ番号に基づいて自動車に対して相互参照される、さらなるリモート・データベースに保存することができる。
【０１３４】
移送情報は、複数の形のうちのいずれか１つで保存することができる。たとえば、別のタグが車両に取り付けられる場合に、このタグが保存され、その上の情報が必要に応じて更新される。代替案では、必要な場合に新しいタグを追加することができ、あるいは、後続参照のために、情報を単にデータベースに保存するか、代替データベースに転送することができる。この場合に、識別カードの再利用を可能にするために、参照番号がデータベース・レコードから除去されるので、移送情報は、通常、ＶＩＮなどの代替識別子を使用してアクセスされる。
【０１３５】
さらなるタグが車両上に設けられる場合に、タグ１を、複数の技法のうちのいずれかを使用して自動車に接続することができる。１つの例では、特にタグ１が安全な車両追跡に使用される場合に、タグが簡単に取外し可能ではなく、これによって、たとえばタグの置換による、改竄を防ぐことが好ましい。タグは、データの読取／書込の成功を保証するのに必要な範囲まで比較的アクセス可能でもなければならない。したがって、タグが自動車によって遮蔽されることをもたらす場所にタグが取り付けられないことを保証することが重要である。
【０１３６】
一般に、タグを、次の位置のうちのいずれか１つに取り付けることができる。
・シャシーの上または中、
・防火壁、
・ＶＩＮプレートの一部として、
・ボンネットまたはトランク・カバーの中、
・任意の他の適切な場所。
【０１３７】
通常、タグは、除去できないように車両に固定され、これには、たとえば、ＶＩＮプレートなどの取付けプレートを使用してタグを自動車車体にリベット留めすることを含めることができる。その代わりに、タグを、そのタグからデータを読み取るかそのタグにデータを書き込むのに使用される周波数のＲＦ信号を透過する材料に埋め込むことができる。これには、たとえば、タグを適当なポリマなどに埋め込んで、これによってタグの改竄を防ぐことを含めることができる。
【０１３８】
車両が販売される時に移送情報が更新される場合に、これに、下記などの購入者詳細を含めることができる。
・次を含む保険会社詳細、
・保険証券番号、
・保険プロバイダ識別情報、
・満了日
・次を含む金融会社詳細、
・保険証券番号、
・金融会社識別情報、
・満了日
・次を含む所有者詳細、
・名前、
・住所：近親者、
・所期のまたは通常の駐車場所、
・任意の他の関連情報。
【０１３９】
これに続いて、登録詳細および車両所有権におけるすべての変更を、必要に応じて類似する形でタグ１に書き込むこともできることを理解し得る。さらに、追加タグを含む登録ステッカーを提供することができ、この追加タグは、同時係属の特許出願番号ＰＣＴ／ＡＵ２００５／００１５６０号に記載のように、通常は年１回ベースで変更されるはずの登録情報をコード化するのに特に使用される。
【０１４０】
登録情報には、次を含めることができる。
・登録番号、
・自動車登録番号、
・製造業者の識別情報、
・車両の種類／モデル、
・製造の年度／日付、
・初登録の年度／日付、
・エンジン排気量
・車両の色、
・製造場所、
・車両のタイプ（たとえば、２ドア・サルーン）、
・走行距離計表示、
・ＶＩＮ（車両識別番号）、
・シャシー番号、
・エンジン番号、
・製造年度、
・変速機番号、
・ステアリング・ラック番号、
・ディファレンシャル番号、
・自動車の色、
・走行距離計表示、
・査定価格、
・ディーラー識別情報、
・車両ソース
ある車両に、２つのタグを与えることもでき、ＶＩＮ番号などのある種の情報を、相互参照のために両方のタグに保存することができる。これは、どちらの改竄も発生していないことを保証するために独立のチェックを実行することを可能にする。２つのタグが設けられる場合、各タグは、それぞれのタイプの情報を保存するように構成される。したがって、たとえば、タグの一方を、車両の製造業者に関する情報を保存する目的に使用することができ、他方のタグが、所有権の監査証跡などを提供することができる。しかし、これが、必須ではなく、それぞれの実施態様に依存することを理解し得る。
【０１４１】
上で説明した輸入工程を、他の状況での使用のために、具体的には任意の車両の移送または販売のために変更することもできることが、当業者によって理解し得る。したがって、この例は、自動車の輸入に固有であるが、この工程を、自動車に関連する任意の製造後事象の監査証跡を提供するように変更することができる。
【０１４２】
さらに、上で説明した工程は、タグ１およびリーダー１０の使用法に関して説明され、関連する方法論を、図１から８で上で説明したが、このシステムは、任意の適切なタグおよびリーダーを利用することができ、これは、説明のためのみのものである。
【０１４３】
上で説明された輸出工程は、例の手順にすぎず、用いられたステップは、それぞれの管轄区での法による必要に応じて変更することができる。
［更なる特徴］
このシステムのいくつかの追加の特徴／機能性を、これから、以下でより詳細に説明する。
【０１４４】
［タグ読取］
識別カードが、自動車前面ガラスの内側に普通の形で場所決めされる場合に、ガラスの存在が、タグからの読取動作の有効性を低下させ得ることが、当業者によって理解し得る。具体的に言うと、リーダー１０が前面ガラスを介してタグ１と正常に通信することがむずかしくなり得る。この効果を打ち消すために、カードを、図１１に示されているように、破線で示された拡張されたアンテナ４７を含むように変更することができる。識別カードの大きい部分にまたがって配置された拡張されたアンテナの使用は、リーダー１０とタグ１との間の通信の有効性を高め、これによって、前面ガラスによって引き起こされる干渉の影響を減らす。
【０１４５】
［タグのコード化］
識別カードを、当初にオフィス環境でコード化することができるので、ハンドヘルド・リーダーを利用してタグ１をコード化することが、一般に必要ではなく、デスクトップ・リーダーを使用できることも、当業者によって理解し得る。
【０１４６】
この場合に、これは、特別に構成されたリーダーを使用して、変更されたデータ書込技法をもたらすことを可能にする。具体的に言うと、タグが、年１回のベースで交換されるラベル内に設けられるので、プロセッサ１１または変調器１５がタグ・データ・ストアに情報を書き込む能力を無効にすることによって、ＷＯＲＭ（追記）タグを利用することが可能である。これから、１つの例で、タグ内に設けられる変調器に、タグにデータを書き込む能力を与えてはならず、変更されたリーダー１０が、書込のための変調器の機能を提供するのに使用されることを理解し得る。
【０１４７】
さらに、上で述べたラベルの金属部分を介してさえ情報を正常にエンコードするために、追加の電力を有する読取デバイスの使用を利用することができる。
［車両追跡］
車両情報を、その後、さまざまな形で使用できることを理解し得る。たとえば、輸入工程が完了したならば、車両情報を、車両に永久的に取り付けられる新しいタグに関連付けることができる。これは、その後、上で述べた監査証跡の供給ならびに車両の寿命の間の任意の段階でのその車両の識別の両方に使用することができる。
【０１４８】
これは、たとえば車両が盗まれた場合またはリコールに必要な場合など、車両を識別するのに使用することができる。これは、たとえば、スピード違反に関する違反通知、駐車違反チケット、などの発行に使用するのに、ならびに道路通行料の徴収を可能にするために、車両追跡を提供するのに使用することもできる。
【０１４９】
タグは、たとえば、登録認定機関などの適当な実体に車両を登録するのにタグを使用することを可能にするのに使用することもできる。この例では、タグ１に書き込まれる情報に、所有者を識別するための詳細を含めることができる。資産が盗まれる、事故に巻き込まれる、または類似する場合に、タグを使用して、必要に応じて所有者を判定することができる。
【０１５０】
したがって、資産登録タグに保存された情報を暗号化解除することのできる秘密鍵の発行は、厳格に制御され、ある事前に許可されたオペレータに制限されることが、当業者によって理解し得る。
【０１５１】
情報を書き込み、読み取る権限を与えられ得る実体には、このシステムが使用される状況に応じて、法定機関、警察、法執行機関、金融会社、保険会社、ロジスティック・オペレータ（ｌｏｇｉｓｔｉｃ  ｏｐｅｒａｔｏｒ）、ストック・コントローラ（ｓｔｏｃｋ  ｃｏｎｔｒｏｌｌｅｒｓ）などを含めることができるが、これらに限定はされない。
【０１５２】
したがって、たとえば、タグを使用して、Ｒｏａｄ  Ｔｒａｆｆｉｃ  Ａｕｔｈｏｒｉｔｙに車両を登録することができる。この特定の場合に、ＲＦＩＤタグを、車両の前面ガラスに配置される登録ステッカーの一体化された部分として提供することができる。これが、自転車、船、帆船、航空機、および登録を必要とし、登録された車両の関連情報の詳細を示すラベルを表示される他の車両など、任意の車両に適用できることを理解し得る。
【０１５３】
１つの例では、車両情報は、車両のナンバープレート番号、車両のオペレータや所有者の名前および住所、ならびに登録の満了の日付、最後の車両チェックの日付、車検証などの追加情報を含み得る。車両の登録が、たとえば年１回のベースで更新される時に、車両情報が、チェックされ、新しい識別子に関連付けられ、この新しい識別子が、新しい登録ステッカー上で提供されるタグにコード化される。
【０１５４】
この例では、車両情報が、スピード違反チケット、駐車違反の罰金などの違反通知の発行に使用可能である。この場合に、リーダー１０は、車両情報の再検討および違反通知の発行を可能にするアプリケーション・ソフトウェアを実行することができる。したがって、オペレータには、リーダー１０の使用に応じて、スピード違反チケットの発行、駐車違反の罰金の発行などの潜在的なオプションのリストも提示される。オペレータは、適当なオプションを選択し、この選択が、チケットを発行させる。
【０１５５】
これは、複数の形で達成することができる。たとえば、リーダー１０は、リモート・コンピュータ・システム３０と通信し、自動車所有者の詳細をこのコンピュータ・システムに転送し、違反通知をコンピュータ・システム３０によって発行することを可能にすることができる。これは、たとえば、通知を印刷し、この通知を普通の形で貼り付けることによって達成することができる。代替案では、リーダー１０は、外部インターフェース１７を介してプリンタに接続される。
【０１５６】
タグのさらなる使用は、未払いの違反に関する情報または過去の交通違反の詳細を保存することを可能にすることである。たとえば、運転者が、交通違反に関して起訴される場合に、この情報を、車両情報の一部としてリモート・データベースに書き込むことができる。その結果、車両が、交通事故に巻き込まれる場合に、警察官は、タグに保存された情報にアクセスし、この情報を使用して、その運転者が以前に交通違反をしたかどうかを査定し、適当な処置を講じることができる。
【０１５７】
同様に、タグを使用して、未払いの駐車違反の罰金の詳細などをコード化することができる。この場合に、駐車検査官が、たとえば通常の駐車監視手順中に、車両を点検し、未払いの罰金があると判定する場合に、これは、その検査官に、処置を講じる必要があることを警告する。この場合に、処置に、たとえば、その車両をレッカー移動するか、未払いの罰金が支払われるまで車輪クランプで動かせなくするように手配することを含めることができる。この場合に、罰金が、登録ラベルが発行された後に支払われている可能性があるので、検査官は、一般に、集中化された最新のデータベースを用いてチェックして、処置が必要であるかどうかを調べるはずである。しかし、これは、さらなる調査が必要であるという事実について検査官の注意を喚起しない。
【０１５８】
追加機能として、多くの場合に、ＲＦＩＤタグ１を車両自体に取り付けさせ、その結果、ＲＦＩＤタグ１がステッカー上で提供されないようにすることが望ましい。これには、たとえば、車両の複数の異なる場所にＲＦＩＤチップを置き、これによって、追加のチェックを実行できるようにすることを含めることができる。これは、車両ＶＩＮ、シャシー番号などの情報を、タグ上で暗号化し、保存することを可能にする。これは、適当な機関によって車両の追加テストを実行することを可能にする。
【０１５９】
［ＵＶマーキング］
上で説明した技法を使用してコード化され、読取可能なタグの識別を支援するために、ＵＶ蛍光トレース・インジケータを、関連するタグを有する品目の上に設けることが有用である。これの背後にある目的は、品目の非常に近くにリーダー１０を単純に場所決めすることによってタグを位置決定することがむずかしい可能性があることである。具体的に説明すると、タグ１の読取は、アンテナ２，１６間に介在して置かれた、同調回路の誘導特性に影響し得る金属などの材料によって影響され得る。したがって、情報読取の失敗は、タグの不在または無効な読取のいずれかによって引き起こされ得る。
【０１６０】
したがって、タグを与えられる品目は、通常、ＵＶ蛍光インクなどを用いてマークされる。リーダー１０には、任意選択のブラック・ライト光源を含めることができ、このブラック・ライト光源は、ＵＶマーキングに蛍光を放たせ、これによって、タグを有する物体の識別を可能にする。
【０１６１】
［二次データベース］
上で説明したように、このシステムには、データベース３６などの二次リモート・データベースに情報を書き込み、これから情報を読み取る能力が含まれる。これを、複数の形で達成できることを理解し得る。
【０１６２】
たとえば、データベースとの相互作用は、コンピュータ・システムの使用のみを介して、またはその代わりにリーダー１０内で適当な通信を提供することによって達成することができる。実施態様に応じて、これは、インターネット、私有ＬＡＮなどの通信ネットワークに接続されたデータベースを使用することができる。
【０１６３】
この場合に、固有識別子は、特定のデータベース・エントリへの数値参照とすることができ、あるいはその代わりに、使用されるそれぞれのデータベースなど、追加情報を示すものとすることができる。したがって、たとえば、識別子は、データベースが提供されるネットワーク・アドレスを含むことができ、あるいはその代わりに、リーダー１０をデータベースの詳細を提供する適切なＬＵＴ（ルックアップ・テーブル）に向けることができる。
【０１６４】
［アンテナ］
一般に、アンテナ１６は、ハウジング２１内に設けられる。これは、ハウジングがプラスチックから形成され、このプラスチックが、同調回路の特性に対して無視できる影響を有し、簡単に回路構成が可能なので、実現可能である。
【０１６５】
しかし、いくつかの状況で、ＲＦＩＤタグが、そのようなアンテナを利用して読み取るのがむずかしい場所に設けられる場合がある。たとえば、ＲＦＩＤタグがバイクに組み込まれる場合に、そのＲＦＩＤタグをバイク・フレームの中に置くことが通常である。リーダー１０は、金属のバイク・フレームを介してタグと通信することができないので、したがって、このタグの情報を正しく読み取ることはむずかしい。したがって、アンテナを、バイクのフレームの中に挿入できるテレスコピック・アンテナの形とすることができる。これは、アンテナ１６とアンテナ２との間の最適の誘導結合を保証し、これによって、読取が正しく行われることを保証する。
【０１６６】
［通信］
コンピュータ・システムとの通信は、ＲＳ２３２接続、ＵＳＢ接続などの有線接続を含む複数の異なる技法を使用して達成することができる。したがって、１つの例で、１０ピンのＲＪ４５コネクタが、ハンドル２２の底部に設けられて、リーダー１０とコンピュータ・システム３０との間の全二重通信を可能にする。しかし、その代わりにまたはそれに加えて、ＢｌｕｅｔｏｏｔｈまたはＺｉｇｂｅｅなどの無線接続を使用することができる。
【０１６７】
さらに、リーダー１０に、ＧＰＲＳ機能と、インターネットまたは他の通信ネットワークへの無線接続性を可能にする機能とを与えることができる。
［ディスプレイ］
リーダー１０には、関連する入力ボタンを押すことによってスクロールできる、１１２×６４画素のモノクロームまたはカラーのグラフィックス・ディスプレイなどのディスプレイが含まれる。この場合に、ディスプレイは、一般的な状況情報ならびに、情報入力中、認証、および読取工程中のフィードバックを与える。
【０１６８】
たとえば、トリガ１３Ａが作動される場合に、メッセージ「ＲＥＡＤＩＮＧ  ＴＡＧ（タグ読取中）」が、タグが読み取られるまでディスプレイに表示され、タグが読み取られた時には、タグ１に保存された情報が表示される。入力ボタンを使用して、情報を通ってスクロールするか、他の形で情報を再検討することができる。タグ１を検出できない場合には、トリガがもう一度作動され、読取サイクルが繰り返されるまで、「ＮＯ  ＴＡＧ  ＦＯＵＮＤ（タグが見つからない）」メッセージを表示することができる。
【０１６９】
［プリンタ］
組込みプリンタ機能またはシリアル・ポートからプリンタへの情報の伝送機能が、通常は、プロセッサ１１によって実施され、タグからの情報または他の情報を印刷することが可能になる。その代わりにまたはそれに加えて、プリンタをハウジング２０に組み込むことができる。
【０１７０】
［追加の視覚的フィードバックおよび聴覚フィードバック］
スピーカおよび／またはＬＥＤ  １４Ａなどの追加のビジュアル・インジケータを使用して、追加フィードバックをオペレータに提供することができる。たとえば、リーダー１０がコンピュータ・システム３０に接続される時、または読取工程中に、可聴サウンドを生成することができる。２色ＬＥＤ  １４Ａは、タグを読み取る時に緑になり、タグに書き込む時に赤になることができる。
【０１７１】
［複数のタグ］
このシステムは、情報および鍵の選択工程を１回実行することだけが必要になるように、複数のタグに書き込むように構成される。この場合、ソフトウェアは、プログラムされるタグの個数についてプロンプトを出すことができ、次に、すべてのタグがプログラムされるまでトリガの連続作動を可能にし、すべてのタグがプログラムされた後に、次のトリガは、ガン（ｇｕｎ）に読取専用モードに戻らせ、メモリ１２を消去する。
【０１７２】
［電源］
たとえばＵＳＢ接続を介して、コンピュータ・システムに接続された時に、リーダー１０の電力を、コンピュータ３０から引き出すことができる。そうでない場合に、９ボルト・アルカリ電池などの電池が設けられる。代替案では、ＡＣ電源を使用することができる。電力を節約するために、リーダーは、通常、トリガまたはスクロール・ボタンが作動される場合に自動的に電源を入れ、３分間使用されない場合に自動的に電源を切る。
【０１７３】
［暗号化］
１つの例で、暗号化される車両情報は、たとえば６４ビット秘密鍵に基づいて、１２８ビットＡＥＳ暗号化を使用して暗号化される。各リーダー１０は、通常、複数の秘密鍵を保存することができ、これによって、リーダーを、対応する個数の異なる応用に使用することが可能になる。
【０１７４】
１つの例で、暗号化システムは、タグ１の初期検出中に判定されるタグ１の固有ＩＤを使用し、これをリーダー／ライタの秘密鍵と組み合わせて、暗号化アルゴリズムに基づく「ハッシュ」鍵を作成する。これは、正しい秘密鍵と暗号化アルゴリズムとを有するデバイスだけが、タグを読み取り、解読することができることを意味する。
【０１７５】
前に述べたように、秘密鍵の散布は、情報へのアクセスを制御するために制限し、これによって、タグに保存された情報の適当なセキュリティを保証するのを助けることができる。タグの散布を制御するために、当局は、秘密鍵を供給することができ、リーダーの所有者は、それらの鍵を得るために、登録認定機関とのある形の許可および認証を受けることが必要である。当局は、セキュア接続を介して、秘密鍵をタグ・リーダー１０のメモリ１２に記録するように動作する。
【０１７６】
代替案では、コンピュータ・システム３０内またはリーダー１０内で秘密鍵をローカルに生成することができ、やはり、散布に対するさらなる制御がもたらされる。
しかし、関連する当局の使用は、共通の秘密鍵を複数のリーダーに、より簡単に供給することを可能にする。これは、警官隊などの組織内の異なるリーダーを、その鍵を用いて中央でプログラムすることを可能にし、これによって、警官隊からその重荷が取り除かれる。さらに、タグに、複数の異なる当事者を介してアクセスすることが望まれる場合があるので、その場合に、当局は、各当事者への秘密鍵の提供を独立に許可することができる。
【０１７７】
これから、各秘密鍵が、通常はそれぞれのタイプの情報または使用シナリオに関連することを理解し得る。この情報または使用シナリオの例を、下でより詳細に説明する。さらなる特徴は、異なる暗号化鍵を、異なるアクセス・レベルに関連付けることができることである。これは、このシステムの異なるユーザが、情報の異なる部分を暗号化解除することだけができるようにする、情報の追加のセキュリティをもたらす。
【０１７８】
［リモート・シャットダウン］
このシステムの不正使用をさらに防ぐために、リーダー１０にリモート・シャットダウン・システムを組み込むことが可能である。具体的に言うと、リモート・シャットダウン・システムは、リーダー１０が盗まれた場合に使用することができる。この特定の場合に、リーダー１０は、通常、リモート・コンピュータ・システムとの無線通信を実行することを可能にするＧＰＲＳ機能性などを含む。この場合に、リーダー１０が盗まれたと報告される時に、リモート・コンピュータ・システムは、所定のコマンドをリーダー１０に転送し、プロセッサ１１にリーダー１０をシャットダウンさせ、メモリ１２の内容を消去させ、これによって、含まれるすべての秘密鍵を削除し、そのデバイスのさらなる使用を防ぐことができる。
【０１７９】
さらに、リーダー１０に、リーダー１０の場所を監視することを可能にするためにＧＰＳシステムを含めることができ、これによって、失われたまたは盗まれたリーダー１０を取り戻すことが可能になる。
【０１８０】
［ユーザ認証］
オペレータＩＤの性質は、リーダー１０のモデルと所望のセキュリティのレベルとに応じて変更することができる。ＩＤには、たとえば、ＰＩＮ（個人識別番号）、パスワード、オペレータのバイオメトリック・シグネチャ、などを含めることができる。ＩＤが生成され、リーダー１０に供給される形は、使用される認証機構に依存するが、たとえば、バイオメトリック・シグネチャを生成するために拇印をスキャンすること、入力１３を使用してＰＩＮ番号を入力すること、などを含めることができる。
【０１８１】
［モノリシックＩＣ］
リーダー１０内に設けられるプロセッサ１１およびメモリ１２をモノリシックＩＣ上に形成することが可能である。モノリシックＩＣの使用は、このシステムのセキュリティにおける弱点を表す可能性がある、バス１９を介して秘密鍵を転送する必要を防止する。
【０１８２】
具体的に言うと、リーダー１０が盗まれた場合に、バス１９を介して転送される信号を監視し、これらを使用して、デバイス内に保存された秘密鍵を判定することが可能である。次に、これらの秘密鍵を使用して、タグ上で供給される情報を暗号化解除することができる。しかし、モノリシックＩＣを利用することによって、秘密鍵のすべての転送が、単一チップの内部になり、したがって、信号の外部測定による導出が事実上不可能になる。
【０１８３】
［読取／書込の詳細］
読取工程および書込工程に関して、タグ１内またはリモート・データベース３６内のいずれかで情報をコード化することが可能である。たとえば、タイム・スタンピングを利用して、情報がタグ１に書き込まれる時または情報がタグ１から読み取られる時のいずれかを記録することが可能である。前者の場合に、タイム・スタンプは、通常、コード化されたデータ内に含まれ、その結果、後に変更することができなくなる。このタイム・スタンプを、情報の満了日を示すなど、複数の目的に使用することができる。後者の場合に、タグに限られたスペースだけがあり、多数の読取事象が発生し得るので、タグが読み取られる度に、リーダー１０は、固有のタグＩＤの表示をリモート・データベース３６に供給するように構成され、リモート・データベース３６は、このＩＤを、そのデバイス・タグが読み取られた時を示すタイム・スタンプと一緒に保存する。この情報に、リーダー１０のユーザを後に識別できるように、リーダー１０のオペレータに関する個人情報を含めることもできる。
【０１８４】
［例の使用］
上記説明した工程は、他の状況での使用、具体的には任意の車両移送、販売、または登録のために変更し得ることが、当業者によって理解し得る。したがって、この例は、車両登録に固有であるが、この工程を、自動車に関する任意の製造後事象の監査証跡を提供するように変更することができる。
【０１８５】
したがって、タグは、後にさまざまな形で使用できる大量の情報を保存する。したがって、上で述べたように登録情報を供給することに加えて、この情報を、車両の寿命の間の任意の段階で車両を識別するのに使用することができる。
【０１８６】
追加機能として、多くの場合に、資産自体に埋め込まれたＲＦＩＤタグ１を有し、その結果、これらのタグがステッカー上で提供されないようにすることが望ましい。これには、たとえば、車両の複数の異なる場所にＲＦＩＤチップを配置し、これによって、追加チェックを実行することを可能にすることを含めることができる。これは、車両ＶＩＮ、シャシー番号などの情報をタグ上で暗号化し、保存することを可能にする。これは、車両の追加テストを、適当な機関によって実行することを可能にする。
【０１８７】
当業者は、多数の変形および変更が明白なことを理解し得る。当業者に明白なそのような変形および変更のすべてにおいて、本発明は広義の趣旨および範囲に含まれる。
【図面の簡単な説明】
【０１８８】
【図１】データ・タグの例を示す概略図。
【図２】タグ・リーダーの例を示す概略図。
【図３】図２のタグ・リーダーを示す概略透視図。
【図４】コンピュータ・システムの例を示す概略図。
【図５】タグと相互作用する工程の例の概要を示す流れ図。
【図６】タグ・リーダーにオペレータを登録する工程の例を示す流れ図。
【図７】車両情報をタグに書き込む工程の例を示す流れ図。
【図８】車両情報をタグから読み取る工程の例を示す流れ図。
【図９】車両に関する監査証跡を維持する工程の例の概要を示す流れ図。
【図１０Ａ】自動車を輸出する工程の一部を示す流れ図。
【図１０Ｂ】自動車を輸出する工程の一部を示す流れ図。
【図１０Ｃ】自動車を輸出する工程の一部を示す流れ図。
【図１０Ｄ】自動車を輸出する工程の一部を示す流れ図。
【図１０Ｅ】自動車を輸出する工程の一部を示す流れ図。
【図１１】移送工程中にタグを自動車に関連付けるのに使用されるカードの例を示す図。
【図１】
2008521101.tif 000003
【図２】
2008521101.tif 000004
【図３】
2008521101.tif 000005
【図４】
2008521101.tif 000006
【図５】
2008521101.tif 000007
【図６】
2008521101.tif 000008
【図７】
2008521101.tif 000009
【図８】
2008521101.tif 000010
【図９】
2008521101.tif 000011
【図１０Ａ】
2008521101.tif 000012
【図１０Ｂ】
2008521101.tif 000013
【図１０Ｃ】
2008521101.tif 000014
【図１０Ｄ】
2008521101.tif 000015
【図１０Ｅ】
2008521101.tif 000016
【図１１】
2008521101.tif 000017
【手続補正書】
【提出日】平成18年9月26日(2006.9.26)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
１つまたは複数の段階を含む移送工程中に車両を追跡する方法であって、タグ・データ・ストアを有するタグを利用する当該方法は、
ａ）タグ・リーダー内で、
ｉ）前記タグ・データ・ストアから識別子を判定すること、
ｉｉ）前記識別子を使用して移送情報を判定することであって、
（１）前記車両の識別情報と、
（２）前記移送工程の状況と、
を少なくとも部分的に示す前記移送情報を判定すること、
ｂ）前記移送情報を使用することであって、
（１）前記車両の位置を決定すること、
（２）前記移送の段階が進行しなければならないことを確認すること、
（３）前記移送の状況を判定すること、
のうちの少なくとも１つを行うのに前記移送情報を使用すること、
を備える、方法。
【請求項２】
前記識別子は、
ａ）車両識別情報と、
ｂ）前記車両識別情報にマッピングされた参照番号と、
のうちの少なくとも１つである、請求項１に記載の方法。
【請求項３】
当該方法は、
前記タグ・リーダー内で、
ａ）リモート・データベースと、
ｂ）前記タグ・データ・ストアと、
のうちの少なくとも１つから前記移送情報を判定することを備える、請求項１に記載の方法。
【請求項４】
前記タグは、前記車両内に設けられた識別カードの一部を形成する、請求項１に記載の方法。
【請求項５】
当該方法は、
前記タグ・リーダー内で、
ａ）前記識別子を使用してリモート・データベースから前記移送情報を判定すること、
ｂ）前記移送情報を表示すること、
を備える、請求項１に記載の方法。
【請求項６】
前記車両は、保管場所に保管され、
当該方法は、
前記タグ・リーダー内で、
ａ）車両識別情報の表示を受け取ること、
ｂ）前記車両識別情報に関連する前記識別子を判定すること、
ｃ）判定された前記識別子を使用して前記タグを検出することにより前記車両の位置を決定すること、
を備える、請求項１に記載の方法。
【請求項７】
当該方法は、
前記タグ・リーダー内で、
ａ）前記タグ・リーダーの読取範囲を調整すること、
ｂ）前記読取範囲内にあるタグから前記識別子を読み取ることができるかどうかを判定すること、
ｃ）前記タグの位置を決定するために工程ａ）およびｂ）を繰り返すこと、
を備える、請求項６に記載の方法。
【請求項８】
当該方法は、
前記タグ・リーダー内で、
ａ）ユーザ入力から、更新状況を判定すること、
ｂ）前記更新状況に基づいて前記移送情報を更新すること、
を備える、請求項１に記載の方法。
【請求項９】
当該方法は、
ａ）前記タグ・リーダーを使用することであって、
ｉ）前記車両の位置を決定すること、
ｉｉ）前記移送情報を表示すること、
に前記タグ・リーダーを使用すること、
ｂ）前記車両および前記移送情報のうちの少なくとも１つを通関手続判断基準と少なくとも部分的に比較することによって通関手続点検を実行すること、
ｃ）通関手続の成功に応答して実行することであって、
ｉ）前記タグ・リーダーを使用して前記移送情報を更新すること、
ｉｉ）前記車両の移送工程を継続すること、
ｉｉｉ）前記車両を保管場所に戻し、その新しい場所を用いて前記移送情報を更新すること、
のうちの少なくとも１つを実行すること、
によって前記移送工程内の段階を実行することを備える、請求項１に記載の方法。
【請求項１０】
当該方法は、
処理システム内で、
ａ）通関手続番号と、
ｂ）係員識別情報と、
ｃ）点検日付と、
ｄ）点検時刻と、
ｅ）点検番号と、
ｆ）任意の通関手続制限と、
ｇ）所期の宛先と、
ｈ）必要な変更の詳細と、
のうちの少なくとも１つの詳細を追加することによって前記移送情報を更新することを備える、請求項９に記載の方法。
【請求項１１】
当該方法は、
処理システム内で、
ａ）前記移送工程の完了を判定すること、
ｂ）判定の成功に応答して前記タグと前記車両との関連付けを解除すること、
を備える、請求項１に記載の方法。
【請求項１２】
当該方法は、処理システム内で、前記移送情報が保存または更新される時に、前記移送情報をロックすることを備える、請求項１に記載の方法。
【請求項１３】
当該方法は、前記移送情報が秘密鍵を使用することによってのみ暗号化解除できるように、前記移送情報を少なくとも部分的に暗号化することによって前記移送情報をロックすることを備える、請求項１２に記載の方法。
【請求項１４】
当該方法は、
タグ・リーダー内で、
ａ）オペレータの識別情報を示すオペレータ識別子を判定すること、
ｂ）前記オペレータ識別子を使用して前記オペレータを認証すること、
ｃ）認証の成功に応答して実行することであって、
ｉ）前記識別子を判定すること、
ｉｉ）前記移送情報を判定すること、
ｉｉｉ）前記移送情報を変更すること、
のうちの少なくとも１つを実行すること、
を備える、請求項１に記載の方法。
【請求項１５】
当該方法は、
前記タグ・リーダー内で、
ａ）前記オペレータから前記オペレータ識別子を受け取ること、
ｂ）前記オペレータ識別子をデータ・ストア内に保存された複数の所定のオペレータ識別子と比較すること、
ｃ）比較の成功に応答して前記オペレータを認証することであって、前記オペレータ識別子は、
ｉ）バイオメトリック・シグネチャと、
ｉｉ）パスワードと、
ｉｉｉ）ＰＩＮと、
のうちの少なくとも１つを含む、前記オペレータを認証すること、
を備える、請求項１４に記載の方法。
【請求項１６】
当該方法は、
前記タグ・リーダー内で、
ａ）前記移送情報から少なくとも１つの移送情報アクセス・レベルを判定すること、
ｂ）前記オペレータ識別子を使用して、データ・ストア内に保存されたオペレータ詳細から、１つまたは複数のオペレータ・アクセス・レベルを判定すること、
ｃ）前記移送情報アクセス・レベルを前記オペレータ・アクセス・レベルと比較すること、
ｄ）前記比較の結果に従って、前記移送情報を選択的に表示すること、
を備える、請求項１４に記載の方法。
【請求項１７】
前記移送情報は、
ａ）秘密鍵を使用して暗号化された移送情報を含むペイロードと、
ｂ）前記秘密鍵を示すヘッダと、を含み、
当該方法は、
前記タグ・リーダー内で、
ｉ）前記ヘッダから、前記秘密鍵の表示を判定すること、
ｉｉ）前記秘密鍵の表示を使用してデータ・ストアから前記秘密鍵を入手すること、
ｉｉｉ）前記秘密鍵を使用して前記ペイロードの暗号化を解除すること、
を備える、請求項１６に記載の方法。
【請求項１８】
前記タグは、ＲＦＩＤタグであり、
当該方法は、
前記タグ・リーダー内で、
ａ）読取信号を生成することであって、前記タグは、前記読み取り信号に応答的であり前記識別子に応じて前記読取信号を変調する、読取信号を生成すること、
ｂ）前記読取信号の変調を検出すること、
ｃ）前記検出された変調を使用して前記識別子を判定すること、
を備える、請求項１に記載の方法。
【請求項１９】
１つまたは複数の段階を含む移送工程中に車両を追跡する装置であって、タグ・データ・ストアを有するタグを利用する当該装置は、
タグ・リーダーであって、
ａ）前記タグ・データ・ストアから識別子を判定すること、
ｂ）前記識別子を使用して、前記車両の識別情報と前記移送工程の状況とを少なくとも部分的に示す移送情報を判定すること、
を行うタグ・リーダーを備え、
前記移送情報は、
ｉ）前記車両の位置を決定することと、
ｉｉ）前記移送の段階が進行しなければならないことを確認すること、
ｉｉｉ）前記移送の状況を判定すること、
のうちの少なくとも１つに使用される、装置。
【請求項２０】
当該装置は、請求項１乃至１９のいずれか一項に記載の方法で使用される、請求項１９に記載の装置。
【請求項２１】
１つまたは複数の段階を含む移送工程中に車両を追跡する方法であって、タグ・データ・ストアを有するタグを利用する当該方法は、
ａ）処理システム内で、
ｉ）移送情報を保存することであって、
（１）前記車両の識別情報と、
（２）前記移送工程の状況と、
を少なくとも部分的に示す移送情報を保存すること、
ｉｉ）前記タグ・データ・ストアに保存された識別子を使用して、タグを前記車両に関連付けること、
ｂ）前記移送工程中の１つまたは複数の選択された段階で、前記タグ・データ・ストアからの前記識別子を使用して前記移送情報を判定するのに前記タグを使用できるように、前記タグを前記車両に設けること、
を備え、
前記移送情報は、
（１）前記車両の位置を決定するのに使用される、
（２）前記移送の段階が進行しなければならないことを確認するために再検討される、
（３）前記移送の状況を判定するのに使用される、
のうちの少なくとも１つである、方法。
【請求項２２】
前記識別子は、前記車両の識別情報である、請求項２１に記載の方法。
【請求項２３】
当該方法は、前記処理システム内で、前記車両の識別情報と固有識別子との間のマッピングを記録することによって前記タグを前記車両に関連付けることを備える、請求項２１に記載の方法。
【請求項２４】
当該方法は、
前記処理システム内で、
ａ）リモート・データベースと、
ｂ）前記タグ・データ・ストアと、
のうちの少なくとも１つに前記移送情報を保存することを備える、請求項２１に記載の方法。
【請求項２５】
当該方法は、前記処理システム内で、前記識別子を前記タグ・データ・ストアに書き込むことを備える、請求項２１に記載の方法。
【請求項２６】
前記タグは、前記車両に接続されるように構成された識別カードの一部を形成し、
当該方法は、前記処理システム内で、前記識別カード上の少なくとも前記識別子の印刷を実行することを備える、請求項２１に記載の方法。
【請求項２７】
前記車両は、保管場所に保管され、
当該方法は、前記処理システム内で、前記保管場所内の車両の場所を示す場所情報を前記移送情報の一部として保存することを備える、請求項２１に記載の方法。
【請求項２８】
当該方法は、前記処理システム内で、前記移送情報が保存または更新される時に、前記移送情報をロックすることを備える、請求項２１に記載の方法。
【請求項２９】
当該方法は、前記移送情報が秘密鍵を使用することによってのみ暗号化解除できるように、前記移送情報を少なくとも部分的に暗号化することによって前記移送情報をロックすることを備える、請求項２８に記載の方法。
【請求項３０】
１つまたは複数の段階を含む移送工程中に車両を追跡する装置であって、タグ・データ・ストアを有するタグを利用する当該装置は、
ｉ）移送情報を保存することであって、
（１）前記車両の識別情報と、
（２）前記移送工程の状況と、
のうちの少なくとも部分的に示す移送情報を保存すること、
ｉｉ）前記タグ・データ・ストアに保存された識別子を使用して、タグを前記車両に関連付けること、
を行う処理システムを備え、
前記移送工程中の１つまたは複数の選択された段階で、前記タグ・データ・ストアからの前記識別子を使用して前記移送情報を判定するのに前記タグを使用できるように、前記タグが前記車両に設けられており、
前記移送情報は、
（１）前記車両の位置を決定するのに使用される、
（２）前記移送の段階が進行しなければならないことを確認するために再検討される、
（３）前記移送の状況を判定するのに使用される、
のうちの少なくとも１つである、装置。
【請求項３１】
前記処理システムは、タグ・リーダーの一部を形成する、請求項３０に記載の装置。
【請求項３２】
１つまたは複数の段階を含む移送工程中に車両を追跡する方法であって、当該方法は、
ａ）前記車両を、タグ・データ・ストアに保存された識別子を有するタグに関連付けること、
ｂ）前記タグを使用することであって、
ｉ）以下の（１）および（２）を少なくとも部分的に示す移送情報にアクセスすること、
（１）前記車両の識別情報
（２）前記移送工程の状況
ｉｉ）前記１つまたは複数の段階を通じて前記車両を追跡すること、
に前記タグを使用すること、
ｃ）前記車両と前記タグとの関連付けを解除して、前記タグを移送に関する後続車両に関連付け可能とすること、
を備える、方法。
【請求項３３】
当該方法は、
ａ）固有識別子と前記移送情報との間のマッピングを記録することによって、前記タグを車両に関連付けること、
ｂ）前記固有識別子と前記移送情報との間のマッピングを削除することによって、前記タグと車両との関連付けを解除すること、
のうちの少なくとも１つを備える、請求項３２に記載の方法。
【請求項３４】
当該方法は、
ａ）タグ・リーダーを使用することであって、
ｉ）前記車両の位置を決定すること、
ｉｉ）前記移送情報を表示すること、
にタグ・リーダーを使用すること、
ｂ）前記車両および前記移送情報のうちの少なくとも１つを通関手続判断基準と少なくとも部分的に比較することによって、通関手続点検を実行すること、
ｃ）通関手続の成功に応答して実行することであって、
ｉ）前記タグ・リーダーを使用して前記移送情報を更新すること、
ｉｉ）前記車両の移送工程を継続すること、
ｉｉｉ）前記車両を保管場所に戻し、その新しい場所を用いて前記移送情報を更新すること、
のうちの少なくとも１つを実行すること、
によって前記移送工程内の段階を実行することを備える、請求項３２に記載の方法。
【請求項３５】
１つまたは複数の段階を含む移送工程中に車両内で使用される方法であって、タグ・データ・ストアを有するタグを利用する当該方法は、
ａ）タグ・リーダーを使用することであって、
ｉ）前記車両の位置を決定すること、
ｉｉ）前記移送情報を表示すること、
にタグ・リーダーを使用すること、
ｂ）前記車両および前記移送情報のうちの少なくとも１つを通関手続判断基準と少なくとも部分的に比較することによって通関手続点検を実行すること、
ｃ）通関手続の成功に応答して行うことであって、
ｉ）前記タグ・リーダーを使用して前記移送情報を更新すること、
ｉｉ）前記車両の移送工程を継続すること、
ｉｉｉ）前記車両を保管場所に戻し、その新しい場所を用いて前記移送情報を更新すること、
のうちの少なくとも１つを行うこと、
を備える、方法。
【国際調査報告】
2008521101.tif 000018
2008521101.tif 000019