(57)【要約】      （修正有）【課題】車両の通過経路ならびに駐車位置を、車両から離れた場所において検索する電子キー装置と無線通信を行う電子制御装置を提供する。【解決手段】車両のスマートシステムの通信パケットを一部拡張し、イモビライザ部１０２が解除されてエンジン起動された状況下では、スマートキー１２０に送付するリクエスト信号のパケットに車載ナビゲーションシステムなどの測位システム部４１０から得た位置情報を付加することで、スマートキー１２０内の保存領域に車両の通過経路を一定周期毎に蓄積できるようにした。【選択図】図４
2015068807.tif 000002
【特許請求の範囲】
【請求項１】
電子キー装置と無線通信を行う電子制御装置であって、
車両のエンジン始動を抑止するイモビライザと前記車両の現在位置情報を算出する測位装置とに接続され、
前記電子キー装置から受信したＩＤの認証処理を行なうキーＩＤ認証部と、前記測位装置から受信した位置情報を保存する位置情報保持部と、前記無線通信にて授受される通信プロトコルの生成および解釈を行うプロトコル処理部とを備え、
前記プロトコル処理部は、前記電子キー装置によって前記イモビライザが解除されたことを検出すると、前記現在位置情報を前記測位装置から前記位置情報保持部へ定期的に格納させ、かつ定期的に交信される前記電子キー装置と前記イモビライザとの通信に用いられる通信パケットに前記位置情報保持部に保持している車両の現在位置情報を付随させて前記電子キー装置へ伝達することを特徴とする電子制御装置。
【請求項２】
前記プロトコル処理部は、前記のイモビライザが動作開始したことを検出すると、前記測位装置から前記位置情報保持部へ前記現在位置情報を格納させる処理を停止し、前記電子キー装置が前記車両の外に存在することを検出した場合、前記通信パケットに付随させていた現在位置情報を取り除き、それ以後は現在位置情報を付随しない通信パケットを用いて前記電子キー装置と前記イモビライザとの間の交信を定期的に確認することを特徴とする、請求項１に記載の電子制御装置。
【請求項３】
前記プロトコル処理部は、前記イモビライザの動作を解除させた前記電子キーから受信した通信パケットに、該電子キー装置に固有のパスフレーズが付随されていることを検出した際に、そのパスフレーズをパスフレーズ保持部に保存し、
前記電子キーと前記イモビライザとの間の通信パケットに該保存したパスフレーズを付随させることを特徴とする請求項１に記載の電子制御装置。
【請求項４】
前記プロトコル処理部は、前記イモビライザが動作を開始したことを検出した場合、パスフレーズ保持部に保存された前記パスフレーズを初期値に設定することを特徴とする請求項３に記載の電子制御装置。
【請求項５】
車両の電子制御装置と無線通信を行って前記車両のイモビライザの機能を解除する電子キー装置であって、
前記車両の位置情報を蓄積保存する位置情報記憶部と、前記無線通信にて授受される通信プロトコルの生成および解釈を行うプロトコル処理部とを備え、
前記プロトコル処理部は、前記電子制御装置との通信に用いられる通信パケットに、前記車両の位置情報が付随されていることを検出した場合、前記車両の位置情報を抽出して前記位置情報記憶部に蓄積保存することを特徴とする電子キー装置。
【請求項６】
前記プロトコル処理部は、前記電子制御装置との通信に用いられる通信パケットに、前記車両の位置情報およびパスフレーズが付随されていることを検出した場合、検出した前記パスフレーズが初期値であったときに、自装置が固有に生成したパスフレーズを前記電子制御装置へ返す通信パケットに付随させて送信し、検出した前記パスフレーズが自装置の生成したパスフレーズと一致するときに、前記検出した前記車両の位置情報を前記位置情報記憶部に蓄積保存することを特徴とする請求項５に記載の電子キー装置。
【請求項７】
自装置の位置情報を取得するＧＰＳ部と、少なくとも自装置付近の地図情報を取得する地図情報取得部と、演算部と、前記演算部が演算した情報を表示するための処理を行なう描画表示部と、前記表示部が処理した情報を表示する表示デバイスとを備え、
前記演算部および前期描画表示部が前記位置情報記憶部に保存されている前記車両の位
置情報と前記ＧＰＳ部が取得した自装置の位置情報とを前記地図情報取得部が取得した地図情報上にプロットして前記表示デバイスに表示することを特徴とする請求項５に記載の車両の電子キー装置。
【請求項８】
時計部と、メモリ部とを備え、
前記プロトコル処理部は、前記通信パケットに前記車両の位置情報が付随されていることを検出した場合、検出した時刻を前記の時計部から得て、検出した前記車両の位置情報を前記位置情報記憶部に蓄積保存するアドレスと紐付けて前記メモリ部に記憶し、前記通信パケットに前記車両の位置情報が付随されないことを検出した場合、検出した時刻を前記時計部から得て最後に取得した前記車両の位置情報を位置情報記憶部に蓄積保存したアドレスと紐付けて前記のメモリ部に記憶する請求項５に記載の電子キー装置。
【請求項９】
自装置と外部機器とで通信を行うための入出力インターフェース部と、セキュリティ管理部とを備え、
前記位置情報記憶部に保存されている位置情報と前記メモリ部に保存されている時刻情報とを前記外部機器から取得要求された場合、
前記セキュリティ管理部は、前記取得要求が正当か否かを判別し、正当であるときは前記取得要求された位置情報および時刻情報を前記入出力インターフェース部経由して外部機器に転送し、正当でないとき、前記取得要求を拒否することを特徴とする請求項８記載の電子キー装置。
【請求項１０】
車両に搭載される電子制御装置と、前記電子制御装置との間で無線通信を行って前記車両のイモビライザを解除する電子キー装置とからなる車両用位置情報記憶システムであって、
前記電子制御装置は、前記車両のエンジン始動を抑止するイモビライザと前記車両の現在位置情報を算出する測位装置とに接続され、前記電子キーから受信したＩＤの認証処理を行なうキーＩＤ認証部と、前記測位装置から受信した位置情報を保存する位置情報保持部と、前記無線通信にて授受される通信プロトコルの生成および解釈を行うプロトコル処理部とを備え、前記プロトコル処理部は、前記電子キーによって前記イモビライザが停止したことを検出すると、前記現在位置情報を前記測位装置から前記位置情報保持部へ定期的に格納させ、かつ定期的に交信される前記電子キーと前記イモビライザとの通信に用いられる通信パケットに前記位置情報保持部に保持している車両の現在位置情報を付随させて前記電子キーへ伝達し、
前記電子キー装置は、  前記車両の位置情報を蓄積保存する位置情報記憶部と、前記無線通信にて授受される通信プロトコルの生成および解釈を行うプロトコル処理部とを備え、前記プロトコル処理部は、前記電子制御装置との通信に用いられる通信パケットに、前記車両の位置情報が付随されていることを検出した場合、前記車両の位置情報を抽出して前記位置情報記憶部に蓄積保存する車両用位置情報記憶システム。
【請求項１１】
前記電子制御装置との通信に用いられる通信パケットは、拡張データ部の有無を示すフラグビットを備え、前記フラグビットが真の時は、位置情報を格納するための拡張データ部が付加されることを特徴とする請求項１０に記載の車両用位置情報記憶システム。
【請求項１２】
前記電子制御装置との通信に用いられる通信パケットは、拡張データ部の有無を示すフラグビットを備え、前記フラグビットが真の時は、前記イモビライザの機能を解除した前記電子キーから受理したパスフレーズを格納するための拡張データ部が付加されることを特徴とする請求項１０に記載の車両用位置情報記憶システム。
【請求項１３】
車両に搭載された電子制御装置のマイコンに、
前記車両のイモビライザが停止したことを検出するステップと、
前記車両の現在位置情報を保持するステップと、
前記車両の電子キー装置と前記イモビライザとの通信に用いられる通信パケットに前記保持した前記車両の現在位置情報を付随させるステップと、
を実行させる車両位置情報送信方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、車両の位置情報を記憶して活用する車両用位置情報記憶システム、電子キー、車載電子制御装置、車両位置情報送信方法に関する。
【背景技術】
【０００２】
テーマパーク、大型ショッピングモール、国際空港などでは巨大な駐車場を完備している場合が多い。車でこれらを訪れた人が帰途に付く際に、自分の車の位置が分からなくなるケースがある。これらの対策としては特許文献１に開示された技術のように、手元端末と車両の間で無線通信を行うことにより、車両の駐車位置を運転者に知らしめる事例が発案されている。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００３−７５１８８号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかしながら特許文献１に開示された技術では、運転者が居る位置から駐車場が遠く離れている場合に手元端末からの無線が届かないおそれがあるうえ、通信のたびに停止している車両の機器を起動する必要があり、電力消耗や遅延時間の発生が懸念される。
【０００５】
本発明はこうした状況に鑑みてなされたものであり、その目的は、車両から十分離れた位置からも迅速かつ確実に駐車（降車）位置を運転者に知らしめる技術を提供することにある。
【課題を解決するための手段】
【０００６】
上記目的を達成するために本発明は、電子キー装置と無線通信を行う電子制御装置を用いて、前記電子制御装置が、車両のエンジン始動を許可するイモビライザと前記車両の現在位置情報を算出するナビゲーション装置とに接続され、前記電子キー装置から受信したＩＤの認証処理を行なうキーＩＤ認証部と、前記ナビゲーション装置から受信した位置情報を保存する位置情報保持部と、前記無線通信にて授受される通信プロトコルの生成および解釈を行うプロトコル処理部とを備え、前記プロトコル処理部は、前記電子キーによって前記イモビライザが停止したことを検出すると、前記現在位置情報を前記ナビゲーション装置から前記位置情報保持部へ定期的に保持させ、かつ定期的に交信される前記電子キー装置と前記イモビライザとの通信に用いられる通信パケットに前記位置情報保持部に保持している車両の現在位置情報を付随させて前記電子キー装置へ伝達する構成を有する。
【発明の効果】
【０００７】
本発明によれば、車両から離れても「車両が完全に停止」すなわち「駐車」した位置の位置情報を活用することができる。
【図面の簡単な説明】
【０００８】
【図１】通常のスマートシステムの構成例を示すブロック図
【図２】車載スマートシステムから発信されるリクエスト信号の到達範囲、および送信アンテナと受信アンテナの配置の例を示す図
【図３】通常のスマートシステムの動作シーケンスを示す図
【図４】本発明のスマートシステムの成例を示すブロック図
【図５】リクエスト信号のパケット拡張方法を示す図であって、（ａ）は位置情報を含まない通常時のパケット構造を示す図、（ｂ）は位置情報を格納する拡張データ部を伴う際のパケット構造を示す図
【図６】本発明のスマートシステムの動作シーケンスで、エンジンＯＮ以降に位置情報を収集する様子を示す図
【図７】本発明のスマートシステムの動作シーケンスで、エンジンＯＦＦ以降に位置情報の収集を停止する様子を示す図
【図８】本発明の車載スマートシステム側の動作フローを示す図
【図９】本発明のスマートキー側の動作フローを示す図
【図１０】誤って複数キーに位置情報を配信しないための、キーＩＤおよびリクエスト信号のパケット拡張方法を示す図であって、（ａ）はキーＩＤのパケット構造におけるパスフレーズ格納用の拡張データ部の有無を示す図、（ｂ）はリクエスト信号のパケット構造におけるパスフレーズ格納用の拡張データ部の有無を示す図
【図１１】誤って複数キーに位置情報を配信しないための、車載スマートシステム側の動作フローの改変部分を示す図
【図１２】誤って複数キーに位置情報を配信しないための、スマートキー側の動作フローの改変部分を示す図
【図１３】カーファインダ機能を実現するためのスマートキーの構成例を示すブロック図
【図１４】カーファインダ画面の一例を示す図
【図１５】スマートキーにてカーファインダ機能を実現する際の動作フローを示す図
【図１６】ＧＰＳログツール機能を実現するためのスマートキーの構成例を示すブロック図
【図１７】ＧＰＳログ情報を地図上にプロットした際の表示例を示す図
【図１８】スマートキーにてＧＰＳログツール機能を実現する際の動作フローを示す図
【発明を実施するための形態】
【０００９】
まず、本発明に対する理解を容易にするために、車両のスマートシステムの一般的な例について簡単に説明する。
【００１０】
図１は車両のスマートシステムの構成例を示したものであり、大きく分けて車載スマートシステム１００、スマートキー１２０からなる。
【００１１】
スマートキー１２０は運転者が手元に所持し、無線通信を通じて車載スマートシステム１００に対するＩＤ認証を行うことにより、車両のドアロック開閉、イモビライザ解除によるエンジン始動などが可能である。
【００１２】
車載スマートシステム１００の内部は、大まかにＥＣＵ部１０４、ドアロック制御部１０１、イモビライザ部１０２、車外用アンテナ部１０６、車内用アンテナ部１０７からなる。
【００１３】
ＥＣＵ部１０４は、例えばマイコンなどのような、ＣＰＵ、ＲＯＭ及びＲＡＭを含む構成で実現される。ＣＰＵは、ＲＯＭに格納されたコンピュータプログラムを、ＲＡＭを作業領域として使いながら実行する。
【００１４】
ＥＣＵ部１０４は機能的に、無線通信で授受される通信プロトコルの生成や解釈を行うプロトコル処理部１０５、スマートキー１２０から送付されてきたキーＩＤの正当性をチェックするキーＩＤ認証部１０３からなる。
【００１５】
スマートキー１２０の内部は、大まかに端末アンテナ部１２１、無線通信で授受される
通信プロトコルの生成や解釈を行うプロトコル処理部１２２、スマートキー１２０の固有情報であるキーＩＤを保存する、キーＩＤ保存部１２３からなる。
【００１６】
スマートキー１２０の内部構成も、端末アンテナ部１２１以外は、マイコンなどを用いて実現される。
【００１７】
図２は車内用アンテナ部１０７、車外用アンテナ部１０６のそれぞれの送信部、受信部の車両における配置、ならびに送信部から発信されるリクエスト信号が届く範囲を網掛けで示したものである。
【００１８】
ドアノブ近傍送信部２０１、荷物室近傍送信部２０７、ドア近傍受信部２０２、荷物室近傍受信部２０９は車外用アンテナ部１０６に属する。
【００１９】
スマートキー１２０の車両への接近を検知するために、ドアノブ近傍送信部２０１、荷物室近傍送信部２０７からは駐車中に定期的（周期Ｔ１）にリクエスト信号が発信されている。
【００２０】
ドアノブ近傍送信部２０１、荷物室近傍送信部２０７から発信されるリクエスト信号の電波（長波）が届く圏内２０３ないし２０８はおおよそ０．７〜１ｍ程度で、この範囲内にスマートキー１２０を所持した運転者が立ち入ると、車両が発したリクエスト信号に呼応してスマートキー１２０がキーＩＤ保存部１２３から読み出したキーＩＤを車両に向けて発信し、これを受信部２０２ないし２０９で受信した車両側でＩＤ認証が行われる。
【００２１】
認証がＯＫだった場合に運転者がドアノブに手を触れると、ドアロックの開錠・施錠制御が行われる（ただし細かい仕様や挙動は車両・メーカ毎に相違する）。
【００２２】
ここまでの挙動をシーケンスで示したものが、図３におけるステップＳ３０３からステップＳ３１３までの流れである。
【００２３】
運転者が車内に乗り込む等のために車両のドアを開けると、ドアの開（閉）をＥＣＵ部１０４が検出し、車内用送信部２０５からリクエスト信号が発信される（周期Ｔ２）。
【００２４】
運転者の乗車に伴ってスマートキー１２０が車内でのリクエスト信号の圏内２０６に入ると、そのリクエスト信号に呼応してスマートキー１２０がキーＩＤを発信し、これを受信部２０４で受信した車両側で再びＩＤ認証が行われる。
【００２５】
認証がＯＫだった場合にはその旨がイモビライザ部１０２に伝えられ、その状況下でエンジンスタートボタンが押下されると（こちらも細かい仕様や挙動は車両・メーカ毎に相違する）、イモビライザやステアリングロックが解除され、車両の発進が可能となる。
【００２６】
ここまでの挙動をシーケンスで示したものが、図３におけるステップＳ３１６からステップＳ３２６までの流れである。
【００２７】
なおエンジンスタートの後も、スマートキー１２０が車外に持ち去られるケースを想定して定期的（周期Ｔ２）に車内用送信部２０５からリクエスト信号が発信されており、これに呼応するスマートキー１２０からのＩＤ信号を受理することで、スマートキー１２０が車内に存在することを車載スマートシステム１００側のＥＣＵ部１０４が常時チェックしている。
【００２８】
この挙動をシーケンスで示したものが、図３におけるステップＳ３２７からステップＳ
３３６までの流れである。
【００２９】
（実施例１）
前述の一般的な車両のスマートシステムの動作説明を踏まえて、本発明に係わる車両位置の記憶システムの一形態について以下に説明する。
【００３０】
図４は、図１で示したスマートシステムに対して車両位置を記憶するための仕組みを加えて構成した、本発明の実施例１に係わるシステム全体の外観を示したものである。
【００３１】
図１に示すスマートシステムに対して新たに加わった構成は、車載スマートシステム１００に関しては位置情報保持部４００、車両の現在位置を検出する測位装置としての測位システム部（例えばナビゲーション装置内の測位機能を備えた部分）４１０であり、スマートキー１２０に関しては位置情報記憶部４２０、位置情報処理部４３０である。
【００３２】
なお、測位システム部４１０は、ここではナビゲーション装置内に搭載された機能ブロックとしたが、ナビゲーションの地図情報取得、経路探索、ルート案内はネットワーク接続されたスマートフォンのＣＰＵに任せていて、測位システム（ＧＰＳ、車速パルス、ジャイロ）と液晶表示部だけを搭載したデジタルオーディオ（ＤＡ）システムの機能ブロックであっても良い。
【００３３】
また本発明では、通常のリクエスト信号のプロトコルが一部拡張されておりこの様子を示したものが図５である。リクエスト信号を構成する通信パケット５０１は、ヘッダ部に相当する部分とリクエストの実体を表す部分があるのが一般的である（細かい仕様は車両・メーカ毎に相違する）。
【００３４】
本実施例では、通信プロトコルのヘッダ部で通常使用されていないリザーブ位置にフラグビット５０２を割り当てている。図５（ａ）に示すような、フラグビット５０２がＦＡＬＳＥを表す場合は、図１で示すシステム構成における通常のリクエスト信号と同一である。
【００３５】
図５（ｂ）に示すような、フラグビット５０２がＴＲＵＥを表す場合は、リクエストの実体部に加えて拡張データ部５０３を付加し、ここに位置情報を格納するものとする。
図４、図５の構成にて本発明に係わるスマートキー１２０での車両位置情報の記憶方法の挙動を示したシーケンスが、図６および図７である。
【００３６】
図６は、図３にて運転者がドアを開錠し運転者が乗車した際のシーケンスＳ３１６以降の動きについての変化点を示したものであり、図７は、運転者が車両を駐車してエンジンを止めたのち、降車してからドアを施錠する直前までのシーケンスを示したものである。
【００３７】
まず図６を用いてドアが開錠された際のシーケンスについて詳しく説明する。ステップＳ３１６でプロトコル処理部にて生成されたリクエスト信号が、車内用送信部を通してスマートキー１２０の端末受信部に送付され（ステップＳ３１７）、プロトコル処理部１２２に送られた（ステップＳ３１８）のち、パケットの解釈が行われるが、エンジンＯＮの前はフラグビット５０２がデフォルト値としてＦＡＬＳＥに設定されている（ステップＳ６０１）。
【００３８】
プロトコル処理部１２２はキーＩＤ保存部１２３からキーＩＤを読み出して（ステップＳ３１９）、車両に向けて送付する準備を行う（ステップＳ３２０）。
【００３９】
送付されたキーＩＤは車内用受信部で車両に受理され（ステップＳ３２１）、プロトコ
ル処理部１０５に渡されて（ステップＳ３２２）、キーＩＤが取り出された後にキーＩＤ認証部１０３に送られて（ステップＳ３２３）、認証チェックが行われる（ステップＳ３２４）。認証ＯＫだった場合はイモビライザ部１０２にその旨が伝えられる（ステップＳ３２５）。
【００４０】
この後、運転者がエンジンＯＮスイッチを押下するとイモビライザが解除され、エンジンが起動する。その旨はプロトコル処理部にも通知される（ステップＳ３２６）。
【００４１】
エンジンが起動すると車両全体の電源がＯＮとなるので、ナビゲーション装置内の測位システム部４１０も起動する（ステップＳ６０２）。測位システム部４１０は一定周期Ｔ３毎にＧＰＳや車速パルス、加速度センサなどを用いて車両の位置を計測する（ステップＳ６０３）。
【００４２】
また、測位システム部４１０は一定周期Ｔ４毎に計測した車両の位置情報（経度と緯度）を位置情報保持部４００に書き込むものとする（ステップＳ６０４）。
一方エンジンＯＮの後も、前述のようにスマートキー１２０が車外に持ち去られるケースを想定して、定期的（周期Ｔ２）に車内用送信部２０５からリクエスト信号が発信される。
【００４３】
ただしエンジンＯＮを検知したプロトコル処理部１０５は、フラグビット５０２をＴＲＵＥにした後（ステップＳ６０５）、位置情報保持部４００から車両の位置情報を読み出して（ステップＳ６０６）、リクエスト信号の後ろに追加した拡張データ部５０３にこれを挿入し、車内用送信部に送る（ステップＳ３２７）。
【００４４】
位置情報が重畳されたリクエスト信号は車内にあるスマートキー１２０に送付される（ステップＳ３２８）と、プロトコル処理部１２２に送られて（ステップＳ３２９）解釈される。
【００４５】
その後は、フラグビット５０２がＴＲＵＥなので拡張データ部５０３から位置情報が抽出され（ステップＳ６０７）、位置情報記憶部４２０に保存される。その後、キーＩＤ保存部からキーＩＤを読み出して（ステップＳ３３０）応答パケットを構成したのち端末送信部に送る（ステップＳ３３１）。
【００４６】
端末送信部から車両に送り出された（ステップＳ３３２）応答パケットは車内用受信部からプロトコル処理部に送られ（ステップＳ３３３）、キーＩＤが取り出された後にキーＩＤ認証部１０３に送られて（ステップＳ３３４）、再び認証チェックが行われる（ステップＳ３３５）。
【００４７】
通常は認証ＯＫなので、その旨がイモビライザ部１０２に伝えられる（ステップＳ３３６）。
【００４８】
周期Ｔ２が経過すると、再びスマートキーが車内に存在することの確認シーケンスが起動し（ステップＳ６０９、Ｓ６１０など）、車両の位置情報のスマートキー１２０への伝達が繰り返される。
【００４９】
次に図７を用いて、運転者が車両を駐車してエンジンを止めたのち、降車してからドアを施錠する直前までのシーケンスについて詳しく説明する。
【００５０】
運転者が車両を駐車したい位置まで移動させて来たときも、エンジンがＯＮの間は周期Ｔ３毎に測位システム部４１０は車両の位置計測を行い（ステップＳ７０１）、周期Ｔ４
毎に位置情報保持部４００に車両の位置情報を更新している（ステップＳ７０２）。
【００５１】
また図７には図示していないが、周期Ｔ２毎にスマートキーが車内に存在することの確認シーケンスが起動している。
【００５２】
例えば、この状況下で運転者が車両を駐車状態にしてエンジンボタンを押下してＯＦＦにし（ステップＳ７０３）、完全に停車した状態にしたとする。
【００５３】
すると、車両の主電源もＯＦＦされるので（ただし車両・メーカ毎にエンジンのＯＮ・ＯＦＦの操作仕様が異なるので、主電源が切れるタイミングは様々である。ここではエンジンボタン押下によるエンジンＯＦＦで主電源もＯＦＦになると仮定）、測位システム部４１０も停止して、位置計測や位置情報保持部４００への情報更新も停止する。
【００５４】
一方、エンジンがＯＦＦされた状況下でも周期Ｔ２毎にスマートキーが車内に存在することの確認シーケンスは起動する。これは運転者が再びエンジンＯＮの操作を行う可能性を否定できないからである。
【００５５】
プロトコル処理部１０５は、フラグビット５０２をＴＲＵＥにした後（ステップＳ６０５）、位置情報保持部４００から車両の位置情報を読み出して（ステップＳ６０６）、リクエスト信号に付加した拡張データ部５０３にこれを挿入し、車内用送信部に送る（ステップＳ３２７）。
【００５６】
測位システム部４１０は既に停止しているので、位置情報保持部４００に保存された位置情報は最後の位置計測で得られた地点、すなわち駐車位置の情報が格納されたままになっている。
【００５７】
すなわち周期Ｔ２毎のスマートキーの車内存在確認シーケンスが起動する毎に、駐車している位置の情報がスマートキー１２０に伝達されることになる。
【００５８】
拡張データ部５０３付きのリクエスト信号がスマートキー１２０に送付されると（ステップＳ７０７、Ｓ７０８、Ｓ７０９）、プロトコル処理部１２２は位置情報を保存し（ステップＳ７１１）、キーＩＤを読み出して（ステップＳ７１２）、それを車両側に送付する（ステップＳ７１３、Ｓ７１４、Ｓ７１５）。
【００５９】
キーＩＤを受け取ったプロトコル処理部１０５は、キーＩＤを取り出した後にキーＩＤ認証部１０３に送り（ステップＳ７１６）、再び認証チェックが行われる（ステップＳ７１７）。そして認証ＯＫの旨がイモビライザ部１０２に送付される（ステップＳ７１８）。
【００６０】
その次の周期Ｔ２経過後、再びスマートキーの車内存在確認シーケンスが起動する（ステップＳ７１９、Ｓ７２０、Ｓ７２１）。
【００６１】
このとき既に運転者がドアを開けて降車しようとしていたと仮定すると、車内用送信部から送り出されたリクエスト信号は圏外となってスマートキー１２０に届かない（ステップＳ７２２）。
【００６２】
するとプロトコル処理部１０５はフラグビット５０２をＦＡＬＳＥに戻して拡張データ部を削除した通常のリクエスト信号を生成し（ステップＳ７２３）、車外用送信部を経由して（ステップＳ７２４）これをスマートキー１２０に送付する（ステップＳ７２５）。
【００６３】
リクエスト信号を受理したプロトコル処理部１２２は（ステップＳ７２６）、フラグビット５０２がＦＡＬＳＥである旨を検出し（ステップＳ７２７）、位置情報の取り出しや保存をせずにキーＩＤを読み出して（ステップＳ７２８）、それを車両側に送付する（ステップＳ７２９、Ｓ７３０、Ｓ７３１）。
【００６４】
これ以降、位置情報記憶部４２０には位置情報が追記されない状態となる。キーＩＤを受け取ったプロトコル処理部１０５は、キーＩＤを取り出した後にキーＩＤ認証部１０３に送り（ステップＳ７３２）、再び認証チェックが行われる（ステップＳ７３３）。
【００６５】
認証ＯＫであればその旨がドアロック制御部１０１に送付される。以後周期Ｔ１毎に、スマートキーが車外用送信部の発するリクエスト信号の圏内２０３にあることを確認するためのシーケンスが繰り返される。この間に運転者はドアノブのロックボタンを押下する等してドアを施錠し、車両から立ち去る。
【００６６】
図８は、図６と図７で示した挙動を実現する車載スマートシステム１００のフローチャートである。
【００６７】
システム開始直後の車両は駐車状態で、運転者（スマートキー１２０）が車両近傍にいないことを前提としている。
【００６８】
この時のリクエスト信号生成のデフォルト設定としては、フラグビット５０２をＦＡＬＳＥにするモードであり、拡張データ部５０３は付加しない（ステップＳ８０１）。
【００６９】
スマートキー１２０が車両に接近してきたかどうか検知するために車外用送信部から通常の（拡張データ部５０３がない）リクエスト信号を発信する（ステップ８０２）。
【００７０】
周期Ｔ１が経過するまでに（ステップＳ８０３）スマートキー１２０からキーＩＤの応答が着信したかどうかを確認し、もし着信がなければ（スマートキー１２０が近傍にない）ステップＳ８０２に戻り（ステップＳ８０４のＮ）、着信していればステップＳ８０５に進んで（ステップＳ８０４のＹ）応答パケットからキーＩＤを抽出する。
【００７１】
キーＩＤ認証部にてＩＤの正当性確認を行い、認証がＮＧの場合は運転者のものではないスマートキーが応答した（ノイズによる通信エラーのケースもある）と判断してステップＳ８０２に戻る（ステップＳ８０６のＮ）。
【００７２】
認証ＯＫの場合は（ステップＳ８０６のＹ）、ステップＳ８０７に進んでドアロック制御部１０１に認証ＯＫの旨を通知する。
【００７３】
その後、運転者のドア操作をチェックする。もしドアを施錠する操作であれば（ステップＳ８０８のＹ）ステップＳ８０２に戻る。ドアの施錠でない（解錠、何もしない、ドアを開ける操作）の場合は（ステップＳ８０８のＮ）ステップＳ８０９に進む。
【００７４】
単に解錠だけとか一定時間何も検出されない場合は（ステップＳ８０９のＮ）ステップＳ８０２に戻る。
【００７５】
ドアが開けられたことが検出された場合は（ステップＳ８０９のＹ）ステップＳ８１０に進み、車内用送信機からリクエスト信号を発信して、してスマートキー１２０が車内に持ち込まれた（運転者（スマートキー１２０を所持した者）が乗車したなど）かどうかを検出する。
【００７６】
周期Ｔ２が経過するまでに（ステップＳ８１１）スマートキー１２０からキーＩＤの応答が着信したかどうかを確認し、もし着信がなければ（スマートキー１２０が車内に持ち込まれていない）場合はステップＳ８２１に進み、ドアが開いているかどうかをチェックする。
【００７７】
ドアが開いている場合（ステップＳ８２１のＹ）場合はまだ運転者が乗車していない状態なのでステップＳ８０１に戻る（車外用送信部からのリクエスト信号発信状態に戻るが、運転者は車両近傍に居るので、結局ＩＤ認証がＯＫかつドアが開状態のままとなりステップＳ８１０に戻って来る）。
【００７８】
もし運転者が一度も乗車しないままドアを閉めてしまった場合も（ステップＳ８２１のＮからＳ８２２のＹに進むケース）ステップＳ８０１に戻る。
【００７９】
余談となるがステップＳ８２２のＮは、車内に持ち込んだスマートキー１２０の電池が運転中に切れたり、誤って走行中に車外に落下させてしまったりなどの原因で圏外となる稀なケースである。
【００８０】
スマートキー１２０が車内に持ち込まれると、スマートキー１２０からキーＩＤ応答の着信を車内用受信部で検知して（ステップＳ８１２のＹ）、応答パケットからキーＩＤを抽出する（ステップＳ８１３）。
【００８１】
キーＩＤ認証部にてＩＤの正当性確認を行い、認証がＮＧの場合は運転者のものではないスマートキー（同乗者のスマートキーなど）が応答したと判断してステップＳ８１０に戻る（ステップＳ８１４のＮ）。
【００８２】
認証ＯＫの場合は（ステップＳ８１４のＹ）ステップＳ８１５に進んでイモビライザ部１０２に認証ＯＫの旨を通知する。その後、運転者のエンジンＯＮ操作をチェックする。
【００８３】
エンジンＯＮの操作を検知した場合（ステップＳ８１６のＹ）は、フラグビット５０２をＴＲＵＥにする設定モードに変えて（ステップＳ８１７）からステップＳ８１８に進む。
【００８４】
エンジンＯＮの操作をしない場合（乗車してすぐのエンジンをかける前の状態、既にエンジンがかかっている状態、駐車した後にエンジンＯＦＦして運転者がまだ車内に居る場合も含む）は（ステップＳ８１６のＮ）、フラグビット５０２の設定モードを現状維持してステップＳ８１８に進む。
【００８５】
フラグビット５０２の設定モードがＴＲＵＥの場合は（ステップＳ８１８のＹ）、フラグビット５０２にＴＲＵＥを記入し、位置情報保持部４００から保存済み位置情報を読み出して拡張データ部５０３に挿入してリクエスト信号のパケットを生成し（ステップＳ８１９）、ステップＳ８１０に戻る（これはエンジンがかかっている場合、および駐車後にエンジンＯＦＦしたが運転者がまだドアを開けずに車内に居る場合に相当する）。
【００８６】
フラグビット５０２の設定モードがＦＡＬＳＥの場合は（ステップＳ８１８のＮ）、フラグビット５０２にＦＡＬＳＥを記入して拡張データ部のない通常のリクエスト信号のパケットを生成し（ステップＳ８２０）、ステップＳ８１０に戻る（これは運転者が乗車してすぐのエンジンをかける前の場合に相当する）。
【００８７】
駐車後にエンジンＯＦＦして運転者がドアを開けて降車すると、車内用送信部から発信されたリクエスト信号がスマートキー１２０に届かなくなる（ステップＳ８１０、Ｓ８１
１、Ｓ８１２のＮ、Ｓ８２１のＹ）ので、この場合はステップＳ８０１に戻ってフラグビット５０２をＦＡＬＳＥにする設定モードに遷移する。
【００８８】
以降は拡張データ部のない通常のリクエスト信号が車外用送信部から発信される（ステップＳ８０２）。運転者が車両から遠くへ立ち去ると、リクエスト信号がスマートキー１２０に届かなくなるので、キーＩＤの応答が来なくなる（ステップＳ８０３、Ｓ８０４のＮ）。これ以降は再びスマートキー１２０の接近を検知するためにステップＳ８０２、Ｓ８０３、Ｓ８０４のＮのループを繰り返すことになる。
【００８９】
図９は、図６と図７で示した挙動を実現するスマートキー１２０のフローチャートである。
【００９０】
システム開始後、車載スマートシステム１００からのリクエスト信号を受信すると（ステップＳ９０１）、プロトコル処理部１２２でヘッダの解析を行い（ステップＳ９０２）、フラグビット５０２がＴＲＵＥの場合は（ステップＳ９０３のＹ）、拡張データ部５０３から車両の位置情報を抽出して位置情報記憶部４２０に保存したのちステップＳ９０４に進む。
【００９１】
フラグビット５０２がＦＡＬＳＥの場合は（ステップＳ９０３のＮ）、そのまま何もせずステップＳ９０４に進む。
【００９２】
ステップＳ９０４にて、キーＩＤ保存部１２３からキーの固有ＩＤを読み出して返信用のパケットを生成したのち、端末送信部からキーＩＤを含んだ返信用パケットを車両に向けて発信し（ステップＳ９０５）、次のリクエスト信号の受信待ち状態（ステップＳ９０６）となる。リクエスト信号を受信するとステップＳ９０１に戻る。
【００９３】
本発明の実施例によれば、運転者が車両に持ち込んだスマートキー１２０の位置情報記憶部４２０には、エンジンＯＮ（発車位置）からエンジンＯＦＦして降車する（駐車位置）までの車両の通過位置情報が周期Ｔ２毎に記録されることになる。
【００９４】
もちろん位置情報記憶部４２０の容量には限りがあるので無制限に位置データを保存することはできない。
【００９５】
しかし、例えば周期Ｔ２毎の全ての位置情報を記録せずにＮ回に１回ずつ（１０回に１回など）に間引きすることや、用途上で適切な記録サイズに限定して保存する（例えば駐車後に運転者が降車して位置データが更新されなくなった時点から遡って１５分間の量のデータだけ保存する。リングバッファ方式を用いれば容易に実現できる）ことなどにより、有意な情報を蓄積することができる。
【００９６】
ところで本実施例では、同種のスマートキーが複数個持ち込まれた場合（同乗者が偶然同じ車種を所有している場合など）、運転者以外のスマートキーに車両の位置情報が伝達され、保存されてしまう懸念がある。これを防止する方法の一例としては、図１０に示すものが考えられる。
【００９７】
図１０（ａ）は、スマートキー１２０から車両に対してキーＩＤを送付する際の通信パケット１００１の構成を示している。
【００９８】
キーＩＤを格納する通信パケット１００１は、ヘッダ部に相当する部分とキーＩＤの実体を表す部分があるのが一般的である（細かい仕様は車両・メーカ毎に相違する）。
本例では、ヘッダ部で通常使用されていないリザーブ位置にフラグビット１００２を割り
当てている。
【００９９】
フラグビット１００２がＦＡＬＳＥを表す場合は、図１で示すシステム構成における通常のキーＩＤ送信パケットと同一である。フラグビット１００２がＴＲＵＥを表す場合は、キーＩＤの実体部に加えて拡張データ部１００３を付加し、ここにそのスマートキー固有となるパスフレーズを格納するものとする。
【０１００】
パスフレーズは各スマートキーに個別に割り振ったものでも良いが、同種スマートキーが複数同時に車両に持ち込まれるケースは稀なので、例えば乱数で発生させた値、フラグビット１００２をＴＲＵＥにした瞬間の時刻など、生成が簡単で個体識別に有効なものであれば何でも構わない。
【０１０１】
図１０（ｂ）は、図５の右側に示した拡張データ部５０３ありのリクエスト信号にさらに拡張データ部１００４を付加したものを示す図である。
【０１０２】
ＩＤ認証がＯＫとなったスマートキーの固有パスフレーズをリクエスト信号に追加することにより、これを受け取った複数のスマートキーにおいて、自身のパスフレーズが含まれているか否かをチェックすることが可能となる。
【０１０３】
自身のパスフレーズと一致したスマートキー（運転者のスマートキー）のみが位置情報を保存するようにすれば、誤って同乗者のスマートキーに位置情報が保存される懸念がなくなる。
【０１０４】
いつフラグビット１００２をＴＲＵＥにすべきかについてであるが、図６にてエンジンＯＮとなって初めてフラグビット５０２にＴＲＵＥが入ったリクエスト信号が到達した直後（シーケンスＳ６０５からＳ６０７）が適切である。
【０１０５】
この場合、初めてフラグビット５０２にＴＲＵＥが入ったリクエスト信号にはパスフレーズに有効な情報が書かれていない（無効データを定義しておく。例えば０）ため、すべてのスマートキーは位置情報を保存しないことになる（車はエンジンをＯＮしてもすぐに発進しないのでそれで問題ない）。
【０１０６】
ステップＳ３３０でキーＩＤを読み取ってパケット生成する際に、フラグビット１００２をＴＲＵＥにし、パスフレーズを追加して車両に返送することで、車載スマートシステム側にて正当なキーＩＤを持つスマートキーのパスフレーズを抽出できる。抽出されたパスフレーズは、パスフレーズ保持部４０１に保存しておく。
【０１０７】
２回目以降のリクエスト信号にはパスフレーズ保持部４０１に保存されている有効なパスフレーズが記入されているので、運転者の正当なスマートキーのみがそれ以降の位置情報の抽出・保存可能となる。フラグビット１００２をＦＡＬＳＥに戻すタイミングは、フラグビット５０２にＦＡＬＳＥが入ったリクエスト信号が到達した直後（図７のシーケンスＳ７２３からＳ７２７）が適切である。
【０１０８】
図１２、図１３は、上記のパスフレーズを用いたスマートキー選別を実現するために、それぞれ図８、図９をどのように改変すれば良いかを示したフローチャート（の一部）である。
【０１０９】
車載スマートシステム１００側のフローの一部を示した図１１において、ステップＳ８０１ｍはステップＳ８０１にパスフレーズ初期化処理を追加したものである。これにより、運転者が降車した際（フラグビット５０２にＦＡＬＳＥが入ったリクエスト信号を送信
）に車載機側のパスフレーズ保持部４０１内の保存値が初期化される。
【０１１０】
図６にてエンジンＯＮとなって初めてフラグビット５０２にＴＲＵＥが入ったリクエスト信号である通信パケット５０１を生成する（シーケンスＳ６０５）際には、スマートキーから受理したキーＩＤの通信パケット１００１のフラグビット１００２はまだＦＡＬＳＥのままである。
【０１１１】
従ってキーＩＤ認証がＯＫだった後、ステップＳ１１０１のＮから直接ステップＳ８１６に進む。ここでエンジンＯＮ操作を検知すると、フラグビット５０２をＴＲＵＥにするモードとなってステップＳ８１８に進み、ステップＳ８１９ｍに進む。
【０１１２】
この時、パスフレーズの保存値は初期値（０）のままである。従ってエンジンＯＮ直後の１回目のリクエスト信号である通信パケット５０１は、フラグビット５０２がＴＲＵＥ、位置情報、初期値（０）のままのパスフレーズが格納されてスマートキーに発信される。
【０１１３】
このリクエスト信号（通信パケット５０１）を受理したスマートキー１２０は（同乗者のキー含めすべてのスマートキーが反応）、図１２のステップＳ９０３のＹ、ステップＳ１２０２のＮ、ステップＳ１２０３のＹの順に処理を行うことになる。
【０１１４】
ステップ１２０４にてフラグビット１００２をＴＲＵＥに設定するモードに遷移し、拡張データ部１００３に自身が生成したパスフレーズを挿入してステップＳ９０４でキーＩＤを含むキーＩＤパケットである通信パケット１００１を生成した後、車両に向けて送信する。
【０１１５】
このキーＩＤパケット（通信パケット１００１）を受理した車載スマートシステムでは、ステップＳ１１０１がＹとなるので、正当なキーＩＤを提示したＩＤパケット（通信パケット１００１）の拡張データ部１００３内のパスフレーズを正当なスマートキーのものとしてパスフレーズ保持部４０１に保存する（ステップＳ１１０２）。
【０１１６】
この後、ステップＳ８１６のＹ、Ｓ８１７、Ｓ８１８のＹと進み、ステップＳ８１９ｍにてパスフレーズ保持部４０１に保存済みの正当なスマートキーのパスフレーズを拡張データ部５０３に記入したリクエスト信号（通信パケット５０１）を生成する。
【０１１７】
このリクエスト信号（通信パケット５０１）を受理した運転者の正当なスマートキー１２０では、ステップＳ９０３のＹ、Ｓ１２０２のＹに進み、ステップＳ９０７にて位置情報を抽出、保存を行う。
【０１１８】
ちなみに同乗者の（正当でない）スマートキーでは、ステップＳ９０３のＹ、Ｓ１２０２のＮ、Ｓ１２０３のＮに進み、ステップＳ１２０１でフラグビット１００２をＦＡＬＳＥにする設定モードになって、拡張データ部１００３なしの通常のキーＩＤパケットを生成するようになる。
【０１１９】
このように、同種のスマートキーが車両に複数個持ち込まれた場合であっても、運転者の正当なスマートキーのみに位置情報を記憶させることは可能である。
【０１２０】
なおパスフレーズとして、スマートキー１２０に固有に持たせた公開鍵暗号を用いる方法もある。イモビライザを解除できる正当なスマートキー１２０の公開鍵暗号を用いて、車載スマートシステム１００側で位置情報を暗号化すれば、より安全に位置情報をスマートキー１２０に送付可能となる。暗号化された位置情報が付随したリクエスト信号を受理
したスマートキー１２０は、自身が持つ秘密鍵で暗号を解けばよい。
【０１２１】
なお本方式の場合、図７のステップ７０６で最初に位置情報付きのリクエスト信号を車載スマートシステム１００で生成する際には、架空の位置情報を入れておく方がセキュリティ的に良い。どのみちパスフレーズが初期値（０）の場合は、システム上、すべてのスマートキーが位置情報を保存しないので問題ない。
【０１２２】
以上説明したとおり、本実施例の形態によれば、車両のエンジン始動を許可するイモビライザの挙動に同期させて車両の現在位置を示す位置情報が得られるため、確実に車両を駐車した位置を活用することができる。
【０１２３】
また、定期的に位置情報を記憶し保持するため、走行軌跡を位置情報として取得することが可能となる。なお、位置情報の活用については、以下の実施例に示すものが挙げられる。
【０１２４】
（実施例２）
次に、位置情報記憶部４２０に記憶させた車両の位置情報をいかにしてスマートキー１２０側で活用するかについて、その一形態を以下に述べる。
【０１２５】
図１３は、車両の駐車位置を離れた場所から検索可能ないわゆるカーファインダ機能を実現するための構成例を示したものである。
【０１２６】
図４における位置情報処理部４３０の内部には、演算部１３０１、インターネット通信部１３０２、操作インターフェース部１３０３、描画・表示部１３０４、ＧＰＳ部１３０５が搭載されている。
【０１２７】
図１４はスマートキー１２０の画面上に表示された駐車位置１４０２、ならびに運転者（スマートキーを所持）の現在位置１４０３を示したイメージ図である。本発明では車両の通過位置情報を軌跡として保存することが可能であり、従って車両が駐車するまでの軌跡１４０１がマップ１４００に表現されている。
【０１２８】
一般に人間は、一点の位置情報よりも軌跡を伴う位置情報の方が記憶力の喚起に役立つ上、地図上の表示誤差も頭の中である程度補完して捉えることができる。
【０１２９】
すなわちナビゲーションシステムにも測定誤差があり、道路でないところを通過したように見える場合があるが、軌跡があれば道路とのズレを頭の中で補完して正しい位置を割り出す手がかりとなり得る。
【０１３０】
図１５は、スマートキー１２０の位置情報処理部４３０にてカーファインダ機能を実現するためのフローチャートの一例を示したものである。
【０１３１】
システムが開始したあと、車両から離れた位置に居る運転者（スマートキー１２０を所持）が駐車位置を検索するために、操作インターフェース部１３０３を操作して（タッチパネル付き液晶に表示されたアイコンの押下など）、カーファインダのアプリケーションを起動する（ステップＳ１５０１）。
【０１３２】
ステップ１５０２にて位置情報処理部４３０は、車両が駐車位置に到達するまでの通過経路のデータを、予め定められた量（例えば駐車後に運転者が降車して位置データが更新されなくなった時点から遡って１５分間ぶんの量など）だけ位置情報記憶部４２０から読み出す。次にＧＰＳ部１３０５を起動してスマートキー（つまり運転者）の現在位置情報
を取得する（ステップ１５０３）。
【０１３３】
ステップ１５０３で得た位置情報を元に、インターネット通信部１３０２経由で、現在位置近傍を含んだ適切な縮尺（システムで予め定義しておく。駐車位置とキー位置の両方が見られる縮尺が望ましい）の地図情報を取得する（ステップ１５０４）。
【０１３４】
演算部１３０１および描画・表示部１３０４の描画機能を用いて地図画面上にスマートキーの現在位置と車両の駐車位置をプロットする。
【０１３５】
駐車位置が遠い場合は、現在位置からの方角を示す矢印などを描画する。プロットが完了すると描画・表示部１３０４の表示機能を用いて表示デバイス（液晶、電子ペーパーなど）に表示する（ステップＳ１５０５）。
【０１３６】
運転者がより見やすくするために表示縮尺を変更したい場合は、操作インターフェース部を用いて（タッチパネルのピンチ機能など）表示縮尺を変更することができる。
【０１３７】
変更する場合（ステップＳ１５０６のＹ）は、ステップ１５０７に進んで所望の縮尺の地図情報をインターネット通信部経由で入手し、ステップＳ１５０５に戻って再描画を行う。
【０１３８】
縮尺を変更しない場合は（ステップＳ１５０６のＮ）はステップＳ１５０８に進み、運転者がアプリケーション終了ボタンを押下したか否か判別する。
【０１３９】
終了しない場合（Ｓ１５０８のＮ）はステップＳ１５０３に戻って、スマートキーの現在位置の再入手を行う（運転者が歩くなどして移動している可能性があるため）。終了する場合（Ｓ１５０８のＹ）はアプリケーションを終了させる。
【０１４０】
従来の、無線で逐次車両の位置を問い合わせるものを利用した場合、機械収納式の立体駐車場などでは、降車した位置と実際に車両が格納されている位置が異なる場合があり、かえって誤った情報を得てしまうおそれもあった。
【０１４１】
しかしながら、以上説明したとおり、本発明の実施例によれば、スマートキー１２０にて車両が駐車位置に到達するまでの通過経路の提示を含めたカーファインダ機能を実現することが可能である。
【０１４２】
すなわち、ユーザが降車した位置を確実に把握できるため、誤った情報による混乱を避けることができる。
【０１４３】
（実施例３）
位置情報記憶部４２０に記憶させた車両の位置情報の活用方法について、別の一形態を以下に述べる。本発明の構成に基づいてスマートキー１２０には、車両が出発した地点、通過した経路、駐車した地点の位置情報が記録されている。
これに出発と到着（駐車）した時刻情報を加えると、いわゆるＧＰＳログツールとしての利用が可能となる。
【０１４４】
昨今、レンタカーやカーシェアリングのサービスが盛んであるが、車両を借りた運転者が事件を引き起こした場合などに、車両の移動経路や降車地点が分かると捜査活動などにも役に立つ。
【０１４５】
図１７は、本実施例によって抽出した位置情報と時刻情報を利用して、車両の移動経路
、運転者が乗車・降車した地点や時刻を地図１７００上にプロットした例を示している。
【０１４６】
ポイント１７０１は車両が移動中の通過点を示しており、ポイント１７０２は運転者が最初に乗車した地点、ポイント１７０４は運転者が最後に降車（駐車）した地点を示している。ポイント１７０３は途中で車を停めて下車した場所と時刻を示している。
【０１４７】
移動経路や乗車・降車の位置や時刻情報は個人情報とも考えられる。従って任意の他者が簡単にその情報を取り出せるのは好ましくない。
【０１４８】
従って、スマートキー１２０にＧＰＳ  ログツールの機能を持たせる場合は、特定の資格を持つ者だけがこの情報を取り出せるようにする必要がある。
【０１４９】
図１６はこのような点を鑑みて構成したスマートキー１２０のブロック図の例であり、図４に示すスマートキー１２０の構成と同一の構成には同じ符号を付している。
【０１５０】
本実施例のスマートキー１２０は、図４に示したスマートキー１２０の構成のうち、位置情報処理部４３０の内部に、演算部１６０１、入出力インターフェース部１６０２、時計部１６０３（一例として、リアルタイムクロックといった計時用半導体デバイス）、セキュリティ管理部１６０４、メモリ１６０５が搭載された構成としている。
【０１５１】
図１８は、スマートキー１２０の位置情報処理部４３０にてＧＰＳログ機能を実現するためのフローチャートの一例を示したものである。
【０１５２】
システムが開始したあと、ステップ１８０１で演算部１６０１に届いたイベントが位置情報の保存開始だった場合（ステップＳ１８０２のＹ）、これから位置情報記憶部４２０に保存するデータの開始アドレスと、時計部１６０３から得た開始時刻を紐付けてメモリ１６０５に記憶（ステップＳ１８０３）したのち、ステップＳ１８１０に進んで次の演算部１６０１へのイベント待ち状態となる。
【０１５３】
演算部１６０１に届いたイベントが位置情報の保存終了だった場合（ステップＳ１８０２のＮ、Ｓ１８０４のＹ）、位置情報記憶部４２０に保存したデータの終了アドレスと、時計部１６０３から得た終了時刻を紐付けてメモリ１６０５に記憶（ステップＳ１８０５）したのち、ステップＳ１８１０に進んで次の演算部１６０１へのイベント待ち状態となる。
【０１５４】
演算部１６０１に届いたイベントが外部機器からの位置情報読み出し要求だった場合（ステップＳ１８０２のＮ、Ｓ１８０４のＮ、Ｓ１８０６のＹ）、セキュリティ管理部１６０４に問い合わせて読み出し要求者のアクセス資格を確認する（ステップＳ１８０７）。
【０１５５】
正当なアクセス資格を持つ者だった場合は（ステップＳ１８０８のＹ）、位置情報記憶部４２０の位置情報、およびメモリ１６０５の時刻情報の読み出しを許可して、外部機器へのデータ転送を行い（ステップＳ１８０９）、転送完了後にステップＳ１８１０に進んで次の演算部１６０１へのイベント待ち状態となる。
【０１５６】
正当なアクセス資格を持たない者だった場合（ステップＳ１８０８のＮ）、あるいは演算部１６０１に届いたイベントが定義外のイベントだった場合は、何もせずにステップＳ１８１０に進んで次の演算部１６０１へのイベント待ち状態となる。ステップＳ１８１０にて新たに演算部１６０１にイベントが到着すると、ステップＳ１８０１に戻って適切な処理を開始する。
【０１５７】
位置情報と時刻情報を得た外部機器にてこれらを図１７のように地図上にプロットすることにより、車両の移動した履歴を確認することができる。
【０１５８】
本発明の実施例によれば、スマートキー１２０にて車両の発進位置と時刻、通過した経路、駐車位置と時刻の情報を提供することができ、ＧＰＳログツールとしての機能を実現することが可能である。
【０１５９】
なお、以上の説明（全ての実施例を含む）において、スマートシステムの構成を図示しているが、各装置の各ブロックにおける構成は、ソフトウェア処理等で実現できるため、マイコンなどで複数のブロックの処理を担うようにハードウェアを構成してもよい。
【産業上の利用可能性】
【０１６０】
本発明は、車両の位置情報を記憶して活用する車両用位置情報記憶システム、車両用の電子キー装置、車載電子制御装置、および車両位置情報送信方法として有用である。
【符号の説明】
【０１６１】
１００  車載スマートシステム
１０１  ドアロック制御部
１０２  イモビライザ部
１０３  キーＩＤ認証部
１０４  ＥＣＵ部
１０５  プロトコル処理部
１０６  車外用アンテナ部
１０７  車内用アンテナ部
１２０  スマートキー
１２１  端末アンテナ部
１２２  プロトコル処理部
１２３  キーＩＤ保存部
２０１  ドアノブ近傍送信部
２０２  ドア近傍受信部
２０９  荷物室近傍受信部
４００  位置情報保持部
４０１  パスフレーズ保持部
４１０  測位システム部
４２０  位置情報記憶部
４３０  位置情報処理部
５０１  通信パケット
５０２  フラグビット
５０３  拡張データ部
１００１  通信パケット
１００２  フラグビット
１００３  拡張データ部
１００４  拡張データ部
１３０１  演算部
１３０２  インターネット通信部
１３０３  操作インターフェース部
１３０４  描画・表示部
１３０５  ＧＰＳ部
１４００  マップ
１４０１  軌跡
１４０２  駐車位置
１４０３  現在位置
１６０１  演算部
１６０２  入出力インターフェース部
１６０３  時計部
１６０４  セキュリティ管理部
１６０５  メモリ
１７００  地図
１７０１  ポイント
１７０２  ポイント
１７０３  ポイント
１７０４  ポイント
【図１】
2015068807.tif 000003
【図２】
2015068807.tif 000004
【図３】
2015068807.tif 000005
【図４】
2015068807.tif 000006
【図５】
2015068807.tif 000007
【図６】
2015068807.tif 000008
【図７】
2015068807.tif 000009
【図８】
2015068807.tif 000010
【図９】
2015068807.tif 000011
【図１０】
2015068807.tif 000012
【図１１】
2015068807.tif 000013
【図１２】
2015068807.tif 000014
【図１３】
2015068807.tif 000015
【図１４】
2015068807.tif 000016
【図１５】
2015068807.tif 000017
【図１６】
2015068807.tif 000018
【図１７】
2015068807.tif 000019
【図１８】
2015068807.tif 000020