"車両に搭載された車載機とユーザに所持される携帯機との間にて、これら車載機及び携帯機の各個体に共通の識別情報を用いて非接触通信による相互の認証が成立したことを条件として、車両の装備品を動作させる制御を行う車両のキーレスエントリー装置において、車両に固有の識別情報に由来して生成される車両識別データに対し、所定の応答指示データを付加して構成された呼出指示信号が車載機から送信されるのに先立ち、前記車両識別データに前記応答指示データを付加せずに構成された擬似呼出信号を車載機から送信させる擬似呼出信号送信手段と、前記擬似呼出信号の送信後、所定の待機時間をおいて前記呼出指示信号を車載機から送信させる呼出指示信号送信手段と、車両に固有の識別情報に由来しつつ、前記車両識別データとは各桁の論理値が反転した関係にある反転車両識別データで構成された接遇信号を車載機から送信させる接遇信号送信手段と、前記擬似呼出信号を受信した携帯機にて、前記車両識別データの表記が自己に固有の識別情報に由来して生成される携帯機識別データの表記と一致する場合は前記擬似呼出信号を無視する一方、前記車両識別データの表記が前記携帯機識別データとは各桁の論理値が反転した関係にある反転携帯機データの表記と一致する場合、前記擬似呼出信号を擬似的に前記接遇信号と解釈して擬似応答信号を携帯機から送信させる擬似応答信号送信手段と、前記呼出指示信号を受信した携帯機にて、前記車両識別データの表記が自己に固有の識別情報に由来して生成される携帯機識別データの表記と一致する場合、携帯機から前記応答指示データに対する応答信号を送信させる応答信号送信手段と、前記接遇信号を受信した携帯機にて、前記反転車両識別データの表記が自己の有する識別情報に由来して生成される携帯機識別データの表記と一致する場合、前記接遇信号に対する接遇応答信号を携帯機から送信させる接遇応答信号送信手段と、を備えた車両のキーレスエントリー装置。請求項1に記載の車両のキーレスエントリー装置において、互いに異なる第1識別情報及び第2識別情報のいずれか一方を固有とする第1車両及び第2車両について、前記第1識別情報に由来して生成される第1車両識別データの表記が前記第2識別情報に由来して生成される第2車両識別データとは各桁の論理値が反転した関係にあり、前記第1車両及び前記第2車両のそれぞれと対をなす第1携帯機及び第2携帯機について、前記第1携帯機が前記第1識別情報を固有とし、前記第2携帯機が前記第2識別情報を固有とする場合、前記擬似呼出信号送信手段は、前記第1車両識別データに前記応答指示データを付加せずに構成された前記擬似呼出信号を前記第1車両の車載機から送信させ、前記擬似応答信号送信手段は、前記第1携帯機により前記擬似呼出信号が受信された場合、前記第1車両識別データの表記が前記第1識別情報に由来して生成される第1携帯機識別データの表記と一致することを根拠として前記擬似呼出信号を無視する一方、前記第2携帯機により前記擬似呼出信号が受信された場合、前記第1車両識別データの表記が前記第1携帯機識別データとは各桁の論理値が反転した関係にある第2反転携帯機データの表記と一致することを根拠として前記擬似呼出信号を擬似的に前記接遇信号と解釈し、前記擬似応答信号を前記第2携帯機から送信させ、前記呼出指示信号送信手段は、前記第1車両の車載機から前記擬似呼出信号が送信された後、少なくとも前記第2携帯機により前記擬似応答信号の送信が開始されるまでの時間を前記待機時間として前記第1車両の車載機から前記呼出指示信号を送信させることを特徴とする車両のキーレスエントリー装置。請求項2に記載の車両のキーレスエントリー装置において、前記呼出指示信号送信手段は、前記第1車両の車載機から前記擬似呼出信号が送信された後、前記第2携帯機により前記擬似応答信号の送信が開始されてから前記擬似応答信号の送信が終了する前までの時間を前記待機時間として前記第1車両の車載機から前記呼出指示信号を送信させることを特徴とする車両のキーレスエントリー装置。請求項2又は3に記載の車両のキーレスエントリー装置において、前記擬似呼出信号送信手段は、前記第1車両の車載機から前記擬似呼出信号を初回に送信させた後、前記第2携帯機による前記擬似応答信号の初回の送信が終了するまでの休止時間をおいて前記第1車両の車載機から次回の前記擬似呼出信号を送信させ、前記呼出指示信号送信手段は、前記第1車両の車載機から初回及び次回の前記擬似呼出信号がそれぞれ送信された後、少なくとも次回の前記擬似呼出信号に対する次回の前記擬似応答信号の送信が前記第2携帯機により開始されるまでの時間を前記待機時間として、前記第1車両の車載機から前記呼出指示信号を送信させることを特徴とする車両のキーレスエントリー装置。しかしながら、起動用のトリガ等にIDコードを短縮して使用する手法は通信時間を短縮できる点で有用であるものの、場合によっては予期しない不具合を誘発する場合がある。例えば、車載機から携帯機に送信される起動信号に複数の異なる用途ドアロック解除用、ウェルカム動作用等がある場合を想定する。このうちドアロック解除用の起動信号は、正規ユーザの携帯機が車両近辺通信エリア内に存在する場合、例えば簡易なタッチ操作によってドアをアンロック解錠するものである。またウェルカム動作用の起動信号は、正規ユーザの携帯機が車両に接近すると、灯火類や照明を点灯点滅させて自車両の存在をアピールするものである。これら複数の用途でそれぞれ短縮IDを使用すると、全体としてIDコードは一致していなくても、短縮ID同士で比較した場合に複数の車両間で重複が発生する確率が高くなる。このため、例えば同一のユーザが複数台の車両例えば車両A,Bを所有し、各車両A,Bと対になる2つの携帯機A,Bを所持したまま一方の車両Aに接近した場合、車両A,BのIDコードは相互に不一致であっても、偶然にも一方の車両Aでロック解除に用いられる短縮IDが他方の車両Bでウェルカム動作に用いられる短縮IDに一致することがある。この場合、車両Aからロック解除用の起動信号が送信されると、これを受信した携帯機Bには車両Bからウェルカム動作用の起動信号が送信されたと認識されるため、本来なら対でないはずの車両Aに対して携帯機Bから応答信号が送信されてしまう。すると、携帯機Aが正常に応答信号を送信しても2つの携帯機A,Bからの応答によって通信障害が発生し、システムの動作が不安定になる可能性がある。本発明は上述した事情に鑑み、特定の状況において車両側で生じ得る複数の携帯機からの応答の衝突を防止し、正常な動作を保証できるキーレスエントリー装置を提供しようとするものである。上記の課題を解決するため、本発明は以下の解決手段を採用する。すなわち本発明の車両のキーレスエントリー装置は、車両識別データに応答指示データを付加せずに構成された擬似呼出信号を車載機から送信させている。ここで擬似呼出信号例えばダミーコマンドは、本来の呼出指示信号例えばWhoコマンドが車載機から送信されるのに先立って送信されるものである。本来の呼出指示信号は、車両に固有の識別情報IDコードに由来して生成される車両識別データ例えばWakeupIDに対し、所定の応答指示データ例えばコマンド付加データを付加して構成されている。呼出指示信号は、上記の擬似呼出信号の送信後、所定の待機時間をおいて車載機から送信される。また車両のキーレスエントリー装置は、呼出指示信号とは別に接遇信号例えばWelcomeコマンドを車載機から送信させる。接遇信号は、車両に固有の識別情報に由来しつつ、車両識別データとは各桁の論理値が反転した関係にある反転車両識別データで構成されている。上記の擬似呼出信号例えばダミーコマンドを受信した携帯機では、車両識別データの表記が自己に固有の識別情報に由来して生成される携帯機識別データの表記と一致する場合は擬似呼出信号を無視する。その一方で、車両識別データの表記が携帯機識別データとは各桁の論理値が反転した関係にある反転携帯機データの表記と一致する場合、擬似呼出信号を擬似的に接遇信号と解釈して擬似応答信号例えばダミーに対するWelcomeの応答を携帯機から送信する。また、本来の呼出指示信号例えばWhoコマンドを受信した携帯機では、車両識別データの表記が自己に固有の識別情報に由来して生成される携帯機識別データの表記と一致する場合、応答指示データに対する応答信号例えばWhoの応答信号を送信する。また、接遇信号例えばWelcomeコマンドを受信した携帯機では、反転車両識別データの表記が自己の有する識別情報に由来して生成される携帯機識別データの表記と一致する場合、接遇信号に対する接遇応答信号例えば正規のWelcomeの応答信号を送信する。本発明のキーレスエントリー装置によれば、例えば1台の車両に対してユーザの所持する携帯機が複数あり、ある1つの携帯機で用いる呼出指示信号例えばWhoコマンドの表記が他の携帯機で用いる接遇信号例えばWelcomeコマンドの表記と偶然に重複した場合、以下の流れで通信障害を回避することができる。1先ず、車載機から擬似呼出信号例えばダミーコマンドを送信することで、他の携帯機にこれを自己にとっての接遇信号例えばWelcomeコマンドであると誤認識させる。2本来の携帯機は、擬似呼出信号例えばダミーコマンドが呼出指示信号例えばWhoコマンドとしての体裁をなしていないため、これを無意味なものとして扱うことができる。3一方、他の携帯機は、誤認識によって接遇応答信号例えばWelcomeの応答信号を送信する。4そして、他の携帯機が接遇応答信号例えばWelcomeの応答信号を送信中に本来の呼出指示信号例えばWhoコマンドを送信する。このため他の携帯機は、本来の呼出指示信号例えばWhoコマンドが送信されてもこれを受信することはないので、繰り返しの誤認識は生じない。5これにより、本来の携帯機から正規の応答信号例えばWhoの応答信号を送信し、キーレスエントリー装置としての動作を正常に実行することができる。6なお、上記1~5とは別に、本来の携帯機が接遇信号例えばWelcomeコマンドを受信した場合、携帯機は正規に接遇応答信号例えば正規のWelcomeの応答信号を送信することができる。これにより、同じくキーレスエントリー装置としての動作が正常に実行される。本発明のキーレスエントリー装置において、互いに異なる第1識別情報及び第2識別情報のいずれか一方を固有とする第1車両及び第2車両について、第1識別情報に由来して生成される第1車両識別データの表記が第2識別情報に由来して生成される第2車両識別データとは各桁の論理値が反転した関係にあり、第1車両及び第2車両のそれぞれと対をなす第1携帯機及び第2携帯機について、第1携帯機が第1識別情報を固有とし、第2携帯機が第2識別情報を固有とする場合を想定する。上記の場合において、第1車両の車載機から第1車両識別データに応答指示データを付加せずに構成された擬似呼出信号を送信するものとする。そして、第1携帯機により擬似呼出信号が受信された場合、第1車両識別データの表記が第1識別情報に由来して生成される第1携帯機識別データの表記と一致することを根拠として擬似呼出信号を無視することができる。その一方で、第2携帯機により擬似呼出信号が受信された場合、第1車両識別データの表記が第1携帯機識別データとは各桁の論理値が反転した関係にある第2反転携帯機データの表記と一致することを根拠として擬似呼出信号を擬似的に接遇信号と解釈し、擬似応答信号を第2携帯機から送信することができる。そして、第1車両の車載機から擬似呼出信号が送信された後は、少なくとも第2携帯機により擬似応答信号の送信が開始されるまでの時間を待機時間として第1車両の車載機から呼出指示信号を送信することが好ましい。上記の態様によれば、第1車両の車載機から擬似呼出信号を送信すると、本来の対になる第1携帯機はこれを無視するが、対にならない第2携帯機は擬似呼出信号に反応して擬似応答信号を送信する。そして、第2携帯機が応答中の隙を狙って第1車両の車載機から正規に呼出指示信号を送信することができるので、第2携帯機の誤認識による通信障害を確実に回避することができる。また呼出指示信号の送信に際しては、第1車両の車載機から擬似呼出信号が送信された後、第2携帯機により擬似応答信号の送信が開始されてから擬似応答信号の送信が終了する前までの時間を待機時間として第1車両の車載機から呼出指示信号を送信することが好ましい。これにより、擬似呼出信号に対して第2携帯機が擬似応答信号の送信を開始すると、その送信が終了する前までに第1車両の車載機から正規の呼出指示信号を送信することができるため、より確実に第2携帯機の誤認識による通信障害を回避することができる。擬似呼出信号の送信については、第1車両の車載機から擬似呼出信号を初回に送信させた後、第2携帯機による擬似応答信号の初回の送信が終了するまでの休止時間をおいて第1車両の車載機から次回の擬似呼出信号を送信させるものであってもよい。また呼出指示信号の送信については、第1車両の車載機から初回及び次回の擬似呼出信号がそれぞれ送信された後、少なくとも次回の擬似呼出信号に対する次回の擬似応答信号の送信が第2携帯機により開始されるまでの時間を待機時間として、第1車両の車載機から呼出指示信号を送信させることが好ましい。上記の態様であれば、例えば通信処理能力送信レートの違いにより、擬似応答信号の送信に要する時間が携帯機によって違っていても、より能力が低い方の携帯機に合わせて正規に呼出指示信号を送信することができる。これにより、実用上の利便性を向上し、より汎用性の高いキーレスエントリー装置を提供することができる。本発明の車両のキーレスエントリー装置によれば、特定の状況が生じ得ることを想定した上でなお、通信の確実性と正常な動作を保証し、その信頼性を大きく向上することができる。以下、図面を参照しながら本発明の実施形態について説明する。キーレスエントリー装置の概要図1は、一実施形態のキーレスエントリー装置の概略的な構成を示す図である。キーレスエントリー装置は、例えばワゴン車タイプの車両10に装備されており、車両10には受信アンテナ12をはじめ、複数の送信アンテナ14がその各所に設けられている。この例では、車両10のインストルメントパネル参照符号なし内に1本の受信アンテナ12が設置されている他、送信アンテナ14がルーフパネル10a内の前部に1本、運転席側と助手席側にそれぞれ1本ずつ、またルーフパネル10a内の後部に1本、合計4本が設置されている。ただし、ここで挙げた各種アンテナ12,14の配置は一例であり、その他の配置であってもよい。例えば、左右のフロントドア10b,10cやバックドア10fテールゲートに送信アンテナ14が内蔵されていてもよい。あるいは、左右のリアドア10d,10eに別の送信アンテナ14が追加で内蔵されていてもよい。また車両10の室内には、キーレスエントリー装置の車載機として、車載制御モジュール20が設置されており、上記の受信アンテナ12や送信アンテナ14は、図示しない配線を通じて車載制御モジュール20に接続されている。車載制御モジュール20には図示しない車両側の通信回路受信回路30及び送信回路32として後述するが組み込まれており、通信回路はユーザの所持する携帯機40との間で無線通信を行う機能を有している。キーレスエントリー装置は、上記のように車両側の通信回路車載機と携帯機40との間で無線通信を行い、IDコード等を用いた認証を行うことでドアのロック施錠アンロック解錠を自動的に行う動作いわゆるパッシブ機能を実行する。またキーレスエントリー装置は、車両10に固有のIDコードを共通に有する携帯機40が通信エリア内に接近すると、ルームランプやターンシグナルランプ等を点灯点滅させて車両10の存在をユーザにアピールする動作ウェルカム動作を行うこともできる。その他にキーレスエントリー装置は、携帯機40を所持したユーザ運転者が車室内に入ると、キーシリンダにキーを差し込むことなくメインスイッチの操作を許可することもできる。なお、このようなキーレスエントリー装置の動作や機能は公知であり、特にその詳細については説明を省略する。図2は、キーレスエントリー装置の電気的な構成を概略的に示したブロック図である。以下、各構成要素について説明する。車載制御モジュール車載機上記の車載制御モジュール20は、例えば中央処理装置であるCPU22をはじめ、EEPROM24やRAM26等のメモリデバイス、入出力ドライバI/O28等の周辺ICを備えたコンピュータとして構成されている。このうちCPU22は、例えば内蔵のROM22aに記憶された制御プログラムを読み出し、その命令に従った処理を実行する。CPU22に内蔵のROM22aには、キーレスエントリー装置の動作に必要な制御プログラムが書き込まれている。またEEPROM24には、車両10の個体別にユニークなIDコード識別情報が書き込まれている。RAM26は、例えばCPU22のメインメモリとして利用可能な揮発性メモリであり、ROM22aと同様にRAM26をCPU22の内蔵としても構わない。また入出力ドライバ28は、車載制御モジュール20と他の電子機器との間で各種信号を入出力するためのものである。また車載制御モジュール20は、車両側の通信回路として受信回路30及び送信回路32を備えている。このうち受信回路30には受信アンテナ12が接続されており、受信回路30は受信アンテナ12を用いて携帯機40から無線送信される各種の応答信号詳細は後述を受信する。受信回路30は、例えば受信した信号に含まれるIDコードを復号し、その値例えば24ビットデータをCPU22に提供する。送信回路32には、上述した合計4本の送信アンテナ14が接続されている。送信回路32はCPU22からの指示に基づいて動作し、4本の送信アンテナ14を用いて携帯機40に対して各種の信号詳細は後述を送信する。なお各送信アンテナ14には、例えばユニバーサルタイプのLFアンテナを用いることができる。携帯機携帯機40は、ユーザが所持しやすいコンパクトな形態であり、例えばカード型やキーホルダ型等のものがある。携帯機40は、CPU42やEEPROM44を内蔵する他、駆動用のバッテリ46、RF回路48及びLF回路50をも内蔵している。CPU42の記憶領域図示していないには制御プログラムが組み込まれており、CPU42はその命令にしたがって携帯機40の動作主にRF回路48及びLF回路50による送受信を制御する。また携帯機40にはRFアンテナ48a及びLFアンテナ50aが内蔵されている。このうちRFアンテナ48aはRF回路48に接続されており、またLFアンテナ50aはLF回路50に接続されている。LF回路50は、LFアンテナ50aを通じて車両10送信アンテナ14から送信される各種の信号を受信したり、その信号を復調したりする機能を有している。またRF回路48は、各種の応答信号をRFアンテナ48aから送信する機能を有している。携帯機40にもまた、車両10に固有のIDコードが共通に割り当てられている。IDコードは予めEEPROM44に書き込まれており、このIDコードは車両10のEEPROM24に書き込まれているIDコードと対になっている。CPU42はEEPROM44から読み出したIDコードを変調し、その変調信号をRF回路48に出力する。携帯機40と車載制御モジュール20との間の通信において、これらIDコードを信号に含めることにより、車載制御モジュール20のCPU22において携帯機40の認証を行うことができる。なお、1台の車両10に複数の携帯機40が用意されている態様であってもよい。この場合、携帯機40の個数分だけ予め車両10側のEEPROM24に複数通りの固有IDコードを登録しておき、携帯機40のEEPROM44には個体別に固有IDコードを登録しておくことができる。これにより、車載制御モジュール20のCPU22において携帯機40の認証を行う際、IDコードから携帯機40が正規のものであることを認証するとともに、携帯機40の個体を識別することができる。車両10の送信アンテナ14から送信された各種の信号は、上記のようにLFアンテナ50aを用いてLF回路50で受信される。LF回路50は、信号に含まれるIDコードやコマンドコード等を復号してCPU42に提供する。CPU42は、受け取ったIDコードやコマンドコードに基づいて応答信号の送信処理を行う。特に図示していないが、携帯機40には、例えば動作モニタ用のLEDが内蔵されていてもよい。この場合、例えばバッテリ46の消耗時やRF回路48及びLF回路50による送受信の実行時に、CPU42はモニタ用LEDを点灯させる制御を行うことができる。また本実施形態では、車載制御モジュール20が別の制御ユニット60ECUにも接続されている。制御ユニット60もまた、例えば図示しないCPUやEEPROM、RAM、I/O等を有したマイクロコンピュータであり、この制御ユニット60は、車載制御モジュール20と協働してドアのロック施錠及びアンロック解錠を制御したり、車両10の動作例えばエンジン始動、照明灯火類の点灯を制御したりする。このため制御ユニット60には、例えばドアのロックアクチュエータ62やエンジンスタータ64の他に、ルームランプドライバ66やターンシグナルリレードライバ68等が接続されている。また、キーレスエントリー装置の作動時に車両10において反応動作動作音の発生等を行うため、例えば車両10のスピーカドライバ図示していないが制御ユニット60に接続されていてもよい。ロックアクチュエータ62は、例えば車両10の各ドア10b~10fのロック又はアンロック機構を作動させるモータ又はソレノイドである。制御ユニット60は図示しない車内ドアハンドルやロックピンが操作された場合にロックアクチュエータ62を作動させるほか、キーレスエントリー装置の車載制御モジュール20からキーレスエントリー信号を受信した場合にもロックアクチュエータ62を作動させる制御を行う。またエンジンスタータ64は、例えば図示しないエンジンのクランキングを行うモータである。制御ユニット60は図示しないキースイッチが操作された場合にエンジンスタータ64を作動させるほか、車載制御モジュール20からキーレス始動許可信号を受信した場合にもエンジンスタータ64を作動させる制御を行う。なおキーレス始動許可信号は、携帯機40と車載制御モジュール20との間でIDコードを用いた認証が成立し、かつ、使用者運転者によって図示しないエンジンスタートボタン等が押下された場合に車載制御モジュール20から制御ユニット60に出力される。ルームランプドライバ66は、図示しない室内灯照明の点灯を制御するドライバ回路である。またターンシグナルリレードライバ68は、図示しないターンシグナルランプ灯火のリレーを駆動するドライバ回路である。車載制御モジュール20は、正規の携帯機40が車両10に接近してきた場合、携帯機40と車載制御モジュール20との間でIDコードを用いた認証が成立したことを条件として作動信号を制御ユニット60に出力する。これを受けて制御ユニット60は、ルームランプドライバ66及びターンシグナルリレードライバ68を駆動し、室内灯やターンシグナルランプを点灯点滅させる制御ウェルカム動作を行う。特定状況先の図1には、特定の状況でユーザが車両10に接近したときの様子が示されている。すなわち本実施形態では、車両10とは別に図示しない車両2台以上でもよいをユーザが所有しており、それぞれが同種のキーレスエントリー装置を搭載している状況を想定している。このような状況でユーザが車両10に乗車しようとする場合、車両10と固有のIDコードが対になる携帯機40だけをユーザが所持していればよいが、他の車両にも乗車する機会が多い場合、利便性を考えて複数の携帯機40,80をユーザが日常的に所持していることが多い。なお、複数台の車両は家族と共有しているものであってもよいし、企業や商店等の事業体で共有しているものであってもよい。いずれにしても、2つの携帯機40,803つ以上の場合もあるを所持したユーザが車両10に乗車しようとする場合、正規にIDコード識別情報が一致する携帯機40だけが車載制御モジュール20との間で相互認証のための通信を行い、IDコードが一致しない他の携帯機80は通信に介入しないことが前提となる。このため本実施形態では、複数台の車両でIDコード以下、VehicleIDと称する。が重複することを回避するため、ある程度のデータ量例えば24ビット長でVehicleIDを記述している。以下にVehicleIDの記述例を示す。1車両10のVehicleID:AAAAAAh2他の車両のVehicleID:555555h上記の記述例では、互いのVehicleIDが完全に不一致であることが分かる。なお、各IDコードのhは16進数表記を示す。ただし、相互認証を開始するための信号携帯機40への呼出指示信号にIDコードの全桁を用いることは通信の冗長化を招き、キーレスエントリー装置のサービス性を損ないやすい。このため本実施形態では、上記のVehicleIDに比較してビット長を短縮して表記した短縮ID以下、WakeupIDと称する。を用いる仕組みを採用している。以下にWakeupIDの表記例を示す。1車両10のWakeupID:AAh2他の車両のWakeupID:55h上記の表記例は、車両10についてはVehicleIDAAAAAAhの下位8ビットAAhをWakeupIDに使用し、他の車両についてはVehicleID555555hの下位8ビット55hをWakeupIDに使用したものである。このため各WakeupIDは、いずれも固有のVehicleIDに由来して生成されたユニークデータ車両識別データであり、WakeupIDの表記においても互いに不一致であることが分かる。また携帯機40についても、車両10と共通にVehicleIDAAAAAAhの下位8ビットAAhをWakeupIDとして使用し、他の車両と対になる携帯機80については、そのVehicleID555555hの下位8ビット55hをWakeupIDとして使用している。このため携帯機40,80が有する各WakeupIDは、いずれも固有のVehicleIDに由来して生成されたユニークデータ携帯機識別データであり、WakeupIDの表記においても互いに不一致であることが分かる。Whoコマンド上記のWakeupIDは、主に車両10側から携帯機40の存在を探索し、携帯機40からの応答を指示するための呼出指示信号に用いられている。以下の説明では便宜上、呼出指示信号をWhoコマンドと称するものとする。Welcomeコマンドその他に本実施形態では、車両10側から送信される携帯機40向けのコマンドとしてWelcomeコマンド接遇信号がある。Welcomeコマンドは、上述したウェルカム動作の制御に用いられる。ウェルカム動作は、携帯機40を所持した人物が車両10に接近してくると、室内灯やターンシグナルランプの点灯点滅を行うことで、車両10の存在をユーザにアピールするものである。このWelcomeコマンドには、WakeupIDのビット反転値を用いることで、固有のIDコードに由来して生成されたユニークコード反転車両識別データとすることができる。以下にWakeupIDのビット反転値の表記例を示す。1車両10のWakeupID反転値:55h2他の車両のWakeupID反転値:AAhWelcomeコマンドに用いるWakeupID反転値についても同様に、携帯機40については、車両10と共通に55hをWakeupID反転値として使用し、他の車両と対になる携帯機80についてはAAhをWakeupID反転値として使用している。このため携帯機40,80の各WakeupID反転値もまた、それぞれ固有のVehicleIDに由来して生成されたユニークデータ反転携帯機データであり、WakeupID反転値の表記においても互いに不一致となる。ここで問題となるのは、車両10からWhoコマンドが送信されると、そこに含まれるWakeupIDのAAhが携帯機40では正常に判断されるものの、別の車両の携帯機80ではWelcomeコマンドで用いられるWakeupID反転値に偶然にも一致してしまい、コマンドの誤認識が生じることである。この場合、携帯機40がWhoコマンドに応答しても、そこへ携帯機80が誤ってWelcomeの応答を割り込ませてくるため、車載制御モジュール20と携帯機40との通信に障害が発生する。以下、この点について詳細に説明する。図3は、Whoコマンド及びWelcomeコマンドのフレーム構造例を示す概略図である。先ず図3中Aに示されているように、Whoコマンドの送信フレームF1は、前段領域F1aに後段領域F1bを連結させたフレーム構造を有している。このうち前段領域F1aには、例えばSyncWakeupIDのデータ列が格納されており、後段領域F1bにはコマンド付加データのデータ列が格納されている。コマンド付加データは、例えば携帯機40に対して応答指示を与える内容ファンクションコードである。次に図3中Bに示されているように、Welcomeコマンドの送信フレームF2は、Whoコマンドの送信フレームF1に比較して短いフレーム構造である。すなわちWelcomeコマンドにはコマンド付加データの領域が付加されておらず、SyncWakeupID反転値のデータ列で構成されている。応答性を高めるため、Welcomeコマンドはシンプルなフレーム構成だけで携帯機40に応答指示を与える内容として定義されている。比較事例1図4は、車載制御モジュール20と携帯機40,80との間で行われる送受信の関係を本実施形態と対比される比較事例1として示したタイミングチャートである。第1車両図4中A:ユーザがこれから乗車しようとする車両10を第1車両とすると、この第1車両からは、例えばアンロック時など、必要に応じてWhoコマンドが送信されている。ここでは、ある時刻t1にWhoコマンドの送信が開始された例を示している。第1携帯機図4中B:第1車両と対になる携帯機40を第1携帯機とすると、時刻t1~t2で第1携帯機は、Whoコマンドの前段領域SyncWakeupIDが自己のIDコードに由来するユニークコード下位8ビット分のAAhに一致することを認識する。そして、続く時刻t2~t3でコマンド付加データを受信すると、これを受けて時刻t3からWhoに対する応答信号を送信する。第2携帯機図4中C:特に図示していないが、車両10とは別の車両を第2車両とし、この第2車両と対になる携帯機80を第2携帯機とする。第2携帯機は時刻t1~t2において、Whoコマンドの前段領域SyncWakeupIDが自己のIDコードに由来するユニークコードの反転値下位8ビット分の反転値AAhに一致することを認識する。この場合、第2携帯機は自己に対するWelcomeコマンドを受信したと認識し、時刻t2からWelcomeに対する応答信号を送信する。Welcomeの応答信号はWhoの応答信号に比較して冗長であり、時刻t3以降も引き続き送信が継続している。この場合、第1携帯機が正規のWhoの応答信号を送信しても、Welcomeの応答信号に潰されて通信障害が発生する。その結果、ユーザが正規の携帯機40を所持しているにもかかわらず、車両10においてドアロックの解除に失敗することになる。そこで本実施形態では、上記の比較事例1で生じた通信障害を防止するため、以下の実施事例1を提供する。実施事例1図5は、実施事例1において車載制御モジュール20と携帯機40,80との間で行われる送受信の関係を示したタイミングチャートである。以下では図5中Aを第1車両による送信タイミング、図5中Bを第1携帯機による送信タイミング、図5中Cを第2携帯機による送信タイミングとし、時系列に沿って説明する。ダミーWho送信時刻t1~t2:第1車両は、ある時刻t1~t2でSyncWakeupIDを送信する。これは、本来のWhoコマンドの前段領域だけに相当するデータ列であり、ダミーのWhoコマンド擬似呼出信号としての意義を有する。Welcome応答時刻t2:上記のようにWhoコマンドの前段部分は、第2携帯機にとってのWelcomeコマンドに見えてしまうため、時刻t2から第2携帯機がWelcomeの応答信号の送信を開始する。Who送信時刻t3:第1車両は、時刻t2~t3までの待機時間をおき、時刻t3から本来のWhoコマンドの送信を開始する。車載制御モジュール20の制御ロジック上、時刻t3は第2携帯機がWelcomeの応答信号の送信を開始した後のタイミングに設定されている。このタイミングで第2携帯機は未だWelcomeの応答中であり、新たなSyncWakeupIDが送信されてきても、これに反応することはない。一方、第1携帯機にとっては、時刻t2以降に後段部分が送信されてこないため、先のSyncWakeupIDは正常なデータ列でないとしてこれを無視することができる。時刻t4:Whoコマンドの前段部分に続き、後段部分が引き続き送信される。このタイミングでも第2携帯機は未だWelcomeの応答中である。時刻t5:第2携帯機からWelcomeの応答信号の送信が終了する。このタイミングでは、第1車両からWhoコマンドの後段部分の送信が継続している。Who応答時刻t6:第1携帯機は、Whoコマンドの前段領域SyncWakeupIDに続いてコマンド付加データを受信するため、時刻t6からWhoに対する応答信号を送信する。このタイミングでは既に第2携帯機によるWelcomeの応答信号の送信は終了しているため、正常にWhoの応答信号を第1車両にて受信することができる。その結果、車両10においてドアロックの解除に成功し、キーレスエントリー装置としての正常な動作を保証することができる。以上のように実施事例1では、第1車両からダミーコマンドとWhoコマンドを1セットとして、これらを必要に応じて送信する手順を採用する。1すなわち第1車両は、本来のWhoコマンドの送信に先立ち、ダミーコマンドを送信する。これにより、第2携帯機に対してWelcomeの応答信号を誤送信させるとともに、その誤送信中のタイミングを狙って、本来のWhoコマンドを送信する。2Whoコマンドを送信するタイミングに関しては、第2携帯機によるWelcomeの応答中に時刻t3を設定する時刻t2<時刻t3。これにより、第2携帯機はダミーコマンドの後のWhoコマンドには応答できない。3またWhoコマンドの送信が完了する時刻t6までに、第2携帯機のWelcomeの応答が完了するタイミングを設定する時刻t5<時刻t6。以上の実施事例1の手法により、第1車両は、本来の対になる第1携帯機に対してWhoコマンドを送信することができ、また第1携帯機からはWhoの応答信号が正常に送信されるので、比較事例1のように第2携帯機からのWelcomeの応答に邪魔されることがない。比較事例2次に図6は、比較事例2において車載制御モジュール20と携帯機40,80との間で行われる送受信の関係を示したタイミングチャートである。この比較事例2は、上記の実施事例1を適用してもなお、特定の状況で通信障害を完全に排除できない事例に相当する。以下、具体的に説明する。図6に示される比較事例2と、図5に示される実施事例1とを比較すると、比較事例2では第2携帯機からのWelcomeの応答が長引いており、上記3を満たすことができず、時刻t6<時刻t5となっている。つまり第2携帯機は、図5に示される実施事例1と比較すると、Welcomeの応答に長い時間を要しており、その応答完了時刻t5の前にWhoコマンドの送信が完了していることが分かる時刻t6。この場合、時刻t6で第1携帯機がWhoコマンドに対して応答を行うものの、このタイミングで第1車両は、第2携帯機からWelcomeの応答を依然として受信しており、Whoの応答信号が潰されてこれを受信することができない。その結果、同じくドアロックの解除に失敗することとなる図4の時刻t3に同じ。比較事例2のように、第2携帯機がWelcomeの応答に長い時間を要した原因としては、その処理能力送信レートの低さが挙げられる。例えば、携帯機40,80にはインテリジェント型チューナ搭載のスマートキーと、ノーマル型チューナ搭載のスマートキーといった種類があり、後者の処理能力は前者に劣るものとなっている。このため、第2携帯機がノーマル型チューナを搭載する場合、本来インテリジェント型ならば、Welcomeの応答完了時刻t5の後にWhoコマンドの送信が完了時刻t6しているはずであるが、Welcomeの応答完了時刻t5の前にWhoコマンドの送信が完了時刻t6してしまう可能性がある。その結果、第1車両においてドアロックの解除に失敗してしまうこととなる。この場合であっても、上述した実施事例1よりも第1車両からWhoコマンドが送信されるタイミング時刻t3を遅延させ、Welcomeの応答完了時刻t5の後にWhoコマンドの送信が完了する時刻t6態様とすれば問題はない。しかし、実際の利用場面において、携帯機40,80がインテリジェント型チューナを搭載しているか、ノーマル型チューナを搭載しているかは分からないため、第1車両がダミーコマンドを送信した後にWhoコマンドを送信するタイミング時刻t3を弾力的に変化させることは困難である。この点を踏まえ、以下に実施事例2を説明する。実施事例2図7は、実施事例2において車載制御モジュール20と3つの携帯機40,80,81との間で行われる送受信の関係を示したタイミングチャートである。実施事例2では、別の車両と対になる2つの携帯機80,813つ以上でもよいが存在し、これら携帯機80,81に2つのチューナタイプがあることを想定している。そして、上記のインテリジェント型チューナを搭載したタイプの携帯機80を第2携帯機とし、ノーマル型チューナを搭載したタイプの携帯機81を第3携帯機としている。したがって実施事例2は、1ユーザが携帯機40の他にインテリジェント型チューナ搭載の携帯機80を同時に所持していた状況、2ユーザが携帯機40の他にノーマル型チューナ搭載の携帯機81を同時に所持していた状況の少なくとも一方に有効であるものとする。なお携帯機81は、図1に示されている携帯機80とは別にユーザが所持しているものである。また、以下では図7中Aを第1車両による送信タイミング、図7中Bを第1携帯機による送信タイミング、図7中Cを第2携帯機による送信タイミング、図7中Dを第3携帯機による送信タイミングとしている。時刻t1:先ず第1車両は、初回のダミーコマンドを送信する。初回のダミーコマンドもまた、実施事例1と同様のSyncWakeupIDとなる。時刻t2:初回のダミーコマンドは、ユーザの所持する第1携帯機の他に第2携帯機又は第3携帯機両方でもよいにより受信される。ただし、時刻t2のタイミングにおいて、第2携帯機や第3携帯機にとってダミーコマンドはWelcomeコマンドに見えるため、これら第2携帯機、第3携帯機はそれぞれWelcomeの応答を開始する。なお、このとき第1携帯機にとって、初回のダミーコマンドは正常なデータでなく、また何かしら意味のあるものと解釈されないため無視される。時刻t3:ここで、第2携帯機によるWelcomeの応答送信が先に完了する。第2携帯機はインテリジェント型チューナ搭載タイプであるため、第3携帯機に比較して処理能力送信レートが高い分、早期に送信を終了することができる。時刻t4:第2携帯機によるWelcomeの応答完了時刻t3以降までを休止時間として、第1車両は次回のダミーコマンドを送信する。次回のダミーコマンドもまた、初回のダミーコマンドと同様のSyncWakeupIDである。仮に、このタイミングで第1車両がWhoコマンドを送信すると、そのWhoコマンドに対して第3携帯機は特に応答しないできないが、第2携帯機は比較事例1と同様のパターンで誤応答してしまう。よって、ここから再度のダミーコマンドを送信することで、第2携帯機に対して再度の誤応答を誘発する。時刻t5:第1車両から送信される次回のダミーコマンドに対しては、このタイミングで第2携帯機だけがWelcomeの応答を行う。すなわち、第3携帯機は依然として初回のダミーコマンドに対するWelcomeの応答中であるため、次回のダミーコマンドに対しては応答しないできない。また、ここでも第1携帯機にとって次回のダミーコマンドは正常なデータでなく、先と同様に無視される。時刻t6:第1車両は、時刻t5の後に第2携帯機及び第3携帯機がいずれもWelcomeの応答中、本来のWhoコマンドを送信する。このタイミングでWhoコマンドが送信されると、第2携帯機及び第3携帯機がいずれもWelcomeの応答中であるため、双方ともにWhoコマンドに対しては誤応答しないできない。つまり時刻t6では、インテリジェント型チューナ搭載、又はノーマル型チューナ搭載のいずれのタイプであったとしても、別の携帯機80,81はこのWhoコマンドに対して誤応答することはない。時刻t7:初回ダミーコマンドに対する第3携帯機のWelcomeの応答がここでようやく終了する。時刻t8:次回のダミーコマンドに対する第2携帯機のWelcomeの応答が終了する。時刻t9:第1車両からのWhoコマンドの送信が完了すると、第1携帯機は正常にWhoコマンドに対して応答を行う。その後、上述した相互認証を経て、第1車両車両10においてドアロックの解除を行うことができる。以上のように実施事例2では、初回及び次回2回のダミーコマンドに続くWhoコマンドを1セットとして、これらを第1車両から必要に応じて送信することにより、ユーザがインテリジェント型チューナ搭載タイプ、又はノーマル型チューナ搭載タイプのいずれの携帯機40,80,81を所持していたとしても、実施事例2により対応可能となる。なお実施事例2は、第1携帯機の他に第2携帯機と第3携帯機が同時に3つ所持されていることを必須とするものではなく、第2携帯機又は第3携帯機のいずれか一方だけが第1携帯機とともに所持されている状況であっても適用することができる。図8は、実施事例2に対応した動作シーケンス図である。実施事例2における動作シーケンスは図7に示されるタイミングチャートに対応したものであるが、ここではシーケンス図の態様を用いて確認的に説明する。ステップS1:第1車両車両10は、初回のダミーコマンドDummy1を送信する。初回のダミーコマンドは、ユーザの所持する第1携帯機携帯機40では無視されるが、他の第2携帯機携帯機80及び第3携帯機携帯機81にとってはWelcomeコマンドに見えるので、第2携帯機携帯機80及び第3携帯機携帯機81がそれぞれWelcomeの応答を開始する。ステップS2:インテリジェント型チューナ搭載の第2携帯機携帯機80が先にWelcomeの応答を完了する。ステップS3:第2携帯機携帯機80によるWelcomeの応答完了までを休止時間として、第1車両車両10が次回のダミーコマンドDummy2を送信する。これを受けて第2携帯機携帯機80は、再度のWelcomeの応答を開始する。なお、同様に第1携帯機携帯機40はこれを無視する。ステップS4,S5:この後、第3携帯機携帯機81及び第2携帯機携帯機80それぞれのWelcomeの応答送信が相次いで終了する。ステップS6:先のステップS4,5より前に、第1車両車両10は本来のWhoコマンドの送信を開始している。第3携帯機携帯機81及び第2携帯機携帯機80はWelcomeの応答中であるため、このWhoコマンドに対しては誤応答しない。ステップS7:第1車両車両10からのWhoコマンドは、第1携帯機携帯機40により正常に受信される。これにより、第1携帯機携帯機40はWhoコマンドに対する応答を行う。この後、上述した相互認証を経てドアロックの解除が行われる図示せず。以上のように、上述した一実施形態のキーレスエントリー装置によれば、認証用データSyncWakeupIDの表記が異なる車両間の異なるコマンドとして偶然に一致する状況があったとしても、通信障害を防止してキーレスエントリー装置としての動作を確実に実行することができる。また、複数の携帯機で処理能力の異なるチューナタイプが混在する状況であっても、特にチューナタイプを判別することなく、一連の通信シーケンスを完了させることができる。このため、チューナタイプを検出したり、通信テストを試みたりするシーケンスを特に設ける必要がなく、より短時間で相互認証を完了させることができ、それだけキーレスエントリー装置の応答性を向上することができる。なお一実施形態では、車両10とは別の車両と対をなす携帯機80,81等から擬似的にWelcomeの応答信号を送信させる例を挙げているが、車両10から正規のWelcomeコマンドが送信された場合、これを正常に受信した携帯機40が正規のWelcomeの応答信号を送信する。そして、車両10の車載制御モジュール20では、相互認証が成立したことを条件としてウェルカム動作を制御ユニット60に対して指示し、これを受けて制御ユニット60がルームランプドライバ66やターンシグナルリレードライバ68を駆動する。本発明は上述した一実施形態に制約されることなく、種々に変形して実施することができる。一実施形態で挙げたIDコードやWakeupIDはあくまで一例であり、その他の値をIDコードに使用してもよい。一実施形態ではIDコードの下位8ビットをWakeupIDとしているが、上位のビット配置をWakeupIDに使用してもよい。また一実施形態では、車載制御モジュール20と制御ユニット60に分かれたハード構成を例に挙げているが、これらの機能を1つのハードウェアに集約させた構成を用いてもよい。"