車両に装備されて、所定の複数の周波数のうちの1つの周波数で識別信号の返信を要求する指令信号を無線で送信する送信手段と、前記車両に備えられた受信手段が受信した無線信号が、前記指令信号を受信した前記車両の正規の携帯機により返信された識別信号である認証成功であるか否かを判定する認証手段と、前記認証手段が認証成功と判定しない場合に、所定の複数の周波数のうちの前記1つの周波数とは異なる周波数での識別信号の返信を要求する指令信号を送信するように前記送信手段に指令する指令手段と、前記認証手段による判定が所定回数連続して認証成功でない場合に、通信不良であると判定する判定手段と、その判定手段が通信不良であると判定したら通信不良であることを報知する報知手段と、を備えたことを特徴とする報知装置。前記送信手段による指令信号の送信は前記車両のドアが施錠された状態で前記車両の外部に向けた送信であり、前記報知手段による報知は、前記車両の外部に向けた報知である請求項1に記載の報知装置。前記送信手段による指令信号の送信は前記車両の駆動部が駆動されていない状態で前記車両の内部に向けた送信であり、前記報知手段による報知は、前記車両の内部に向けた報知である請求項1に記載の報知装置。前記車両の故障情報を記憶する記憶部と、前記判定手段が通信不良であると判定したら通信不良であることを前記記憶部に記憶する記憶制御手段と、を備えた請求項1乃至3のいずれか1項に記載の報知装置。前記判定手段において用いられる前記所定回数を変更する変更手段を備えた請求項1乃至4のいずれか1項に記載の報知装置。スマートキーシステムにおいては、車両とスマートキーとの間の無線通信において電波障害などの通信不良によりキーの認証照合が成功しない場合がある。そのためにマルチチャネル複数の周波数帯域で認証処理を行う手法がある。その例が図5に示されている。図5aの例では、車両側から、1つの周波数LF1でLFLowFrequency信号を送信して、これがスマートキーまで到達し、スマートキーからRFRadioFrequency信号周波数RF1が返信されている。RF信号に含まれるスマートキーのIDが正規のIDであると認証されれば、ドアの開錠やエンジン始動が許可される。この例では通信不良がなく、1つ目の周波数で認証が成功しており、2つ目の周波数でのLF信号送信は不要となる。図5bの例では、車両側から1つ目の周波数LF1でLF信号を送信したが、その返信のRF信号周波数RF1は通信不良によりノイズが混入しており、認証が失敗した。そこで別のチャネルでの認証をトライする。すなわち車両は別の周波数LF2でLF信号を送信し、スマートキーも別の周波数RF2でRF信号を返信する。図5bの場合、2度目のRF信号周波数RF2にはノイズが混入しておらず認証が成功した。図5のマルチチャネルの認証処理では、2回目の認証トライで成功したが、通信不良の度合いによっては、何回トライしても認証が成功しない場合もある。その場合、ユーザは何故認証がうまくいかないのか事態が把握できず、不満を持つ可能性がある。あるいはシステムの不具合であると誤認する可能性もある。通信不良であるとの情報がユーザに伝達されれば、事態を把握できない不満や失敗原因の誤認などが回避できることに加えて、周辺に電波を発するものがあることにユーザが気づいて、それを除去する可能性もある。したがって通信不良の場合はその旨をユーザに報知するシステムが望ましいが、従来技術においては、そうした提案はない。そこで本発明が解決しようとする課題は、上記問題点に鑑み、スマートキーシステムにおける通信不良をユーザに報知する報知装置を提供することにある。上記課題を達成するために、本発明に係る報知装置は、車両に装備されて、所定の複数の周波数のうちの1つの周波数で識別信号の返信を要求する指令信号を無線で送信する送信手段と、前記車両に備えられた受信手段が受信した無線信号が、前記指令信号を受信した前記車両の正規の携帯機により返信された識別信号である認証成功であるか否かを判定する認証手段と、前記認証手段が認証成功と判定しない場合に、所定の複数の周波数のうちの前記1つの周波数とは異なる周波数での識別信号の返信を要求する指令信号を送信するように前記送信手段に指令する指令手段と、前記認証手段による判定が所定回数連続して認証成功でない場合に、通信不良であると判定する判定手段と、その判定手段が通信不良であると判定したら通信不良であることを報知する報知手段と、を備えたことを特徴とする。これにより本発明に係る報知装置では、携帯機から車両に向けて1つの周波数で識別信号を送信したが認証が成功しなかった場合に別の周波数で識別信号を再送信して認証をトライするマルチチャネルのシステムにおいて、所定回数連続して認証失敗となったらユーザに向けて通信不良であることを報知する。したがって、従来のように何故認証がうまくいかないのかわからないままユーザが何度もトライして不満を感じたり例えばキーなどシステムの故障であるなどと誤認することなく、ユーザが事態を把握できるとともに、周辺に電波を発する原因があればユーザの側でそれを除去するといったかたちで対処することも可能となる。よってユーザの不満や誤認を回避し、適切な対応も促せるスマートキーシステムが構築できる。また前記送信手段による指令信号の送信は前記車両のドアが施錠された状態で前記車両の外部に向けた送信であり、前記報知手段による報知は、前記車両の外部に向けた報知であるとしてもよい。この発明によれば、車両のドアが施錠された状態で車外に向けて指令信号を送信する、いわゆるスマートエントリシステムにおいて、マルチチャネルで認証を行い、所定回数連続して認証失敗となったらユーザに向けて通信不良であることを報知する。したがって、ユーザが通信不良であるとの事態を把握できるとともに、周辺に電波を発する原因があればユーザの側でそれを除去するといったかたちで対処することも可能となるスマートエントリシステムが構築できる。また前記送信手段による指令信号の送信は前記車両の駆動部が駆動されていない状態で前記車両の内部に向けた送信であり、前記報知手段による報知は、前記車両の内部に向けた報知であるとしてもよい。この発明によれば、車両の駆動部が駆動されていない状態で車室内に向けて指令信号を送信する、いわゆるスマートスタートシステムにおいて、マルチチャネルで認証を行い、所定回数連続して認証失敗となったらユーザに向けて通信不良であることを報知する。したがって、ユーザが通信不良であるとの事態を把握できるとともに、周辺に電波を発する原因があればユーザの側でそれを除去するといったかたちで対処することも可能となるスマートスタートシステムが構築できる。また前記車両の故障情報を記憶する記憶部と、前記判定手段が通信不良であると判定したら通信不良であることを前記記憶部に記憶する記憶制御手段と、を備えたとしてもよい。この発明によれば、車両の故障情報を記憶する記憶部に、通信不良で携帯機の認証が失敗したことを記録するので、例えば多数の車両からそうした記録を集積すれば、通信不良の原因やシステム側の問題の有無等の分析に利用できる可能性が開かれる。したがって通信不良による携帯機の認証失敗の記録を、後の分析のために蓄積するシステムが構築できる。また前記判定手段において用いられる前記所定回数を変更する変更手段を備えたとしてもよい。この発明によれば、マルチチャネルのスマートキーシステムにおいて所定回数連続して認証失敗ならば通信不良をユーザに報知するシステムにおいて、所定回数を変更可能とする。したがって、できるだけユーザへ報知する方がよいとの観点から所定回数を少なくしたり、頻繁な報知を回避するとの観点から所定回数を多くしたり等、要望や状況などに応じて適切に所定回数を設定することができる。以下、本発明の実施形態を図面を参照しつつ説明する。まず図1は、本発明に係る車両の報知システム1システムの装置構成の概略図である。図1に示されたシステム1は、車両2に備えられたスマート制御ユニットECU:ElectronicControlUnit4、及びユーザが携帯可能なスマートキー3キー、電子キー、携帯機を備える。車両2は自動車であれば何ら限定されず、例えばガソリンエンジン車、ディーゼルエンジン車や、電気自動車、ハイブリッド車でもよい。スマートECU4照合ECUはLF送信部40、RF受信部41を備える。LF送信部40は車室外LF送信部としても、車室内LF送信部としてもよい。車室外LF送信部の場合、例えば車両2のドアハンドルの部位に装備されて、LF長波帯域の電磁波によって車両2の車室外にリクエスト信号あるいはポーリング信号を送信する。車室内LF送信部の場合は、車室内に装備されて、LF長波帯域の電磁波によって車両2の車室内にリクエスト信号あるいはポーリング信号を送信する。RF受信部41は、例えば車室内に装備されて、車外、車室内から送信されたRF信号を受信する。LF送信部40は周波数切替部42を備える。周波数切替部42は、LF送信部40から送信されるリクエスト信号の周波数をLF帯域内で予め指定された複数例えば2つ、後述の例ではLF1、LF2の周波数のうちで切り替える。またRF受信部41はRSSI検出部43を備える。RSSI検出部43は、RF受信部41で受信したRF信号のRSSIReceivedSignalSterngthIndicator、電波強度、電界強度を検出する。スマートECU4は通常のコンピュータの構造を有するとし、各種演算や情報処理を司るCPU、CPUの作業領域としての一時記憶部であるRAM、各種情報を記憶するための不揮発性のメモリ44を備える。メモリ44には、後述するマスターID45が記憶されているとする。車両2はさらにドア5、エンジンスタートスイッチ6、ダイアグECU7を備える。車両2のドア5には、ロック機構50、タッチセンサ51が装備されている。ロック機構50により、ドアが施錠あるいは開錠される。タッチセンサ51は、車両2のドアハンドルに装備されて、ユーザがドアハンドルを握ったことを検出するセンサである。なおドア5は車両2に装備された複数のドア運転席側ドア、助手席側ドア、後部座席右側、左側ドアなどを指すとし、その個々のドアにロック機構50、タッチセンサ51が装備されているとすればよい。エンジンスタートスイッチ6は、スマートスタートシステムにおけるエンジン始動のためのスイッチであり、ユーザが押下し、車室内照合が成功するとエンジンが始動するスイッチである。エンジンスタートスイッチ6は、例えば車室内の運転席近傍に備えられる。ダイアグECU7は、車両2の各部における故障の自己診断ダイアグノーシス、ダイアグと略記機能を司るECUである。ダイアグECU7は、書き換え可能なメモリ70を備えて、メモリ70内に車両各部の故障に関係する情報ダイアグ情報が記憶される。本実施例では、スマートキー3の認証の所定回数連続失敗を故障の可能性がある情報としてメモリ7に記憶する。ダイアグECU7は無線通信機能を有する通信部71を備える。通信部71によって、車両2のダイアグ情報を既存の通信網10例えば携帯電話網などを介してセンター9へ送信する。センター9はこのようにして複数の車両からダイアグ情報を取得し、データベース90に蓄積する。車両2は本発明の主要部である報知部として、表示部80、光出力部81、音出力部82を備える。これらの報知部によって、通信不良電波障害などによってスマートキー3の認証が失敗したとの情報をユーザに対して報知する。表示部80は上記情報を文字表示によって報知する。表示部80は、車室内のユーザに向けて表示する場合は、車室内に装備された各種の表示部例えば液晶表示部とすればよい。また車室外のユーザに向けて表示する場合は、例えば車両2のダッシュボードにプロジェクタを装備して、フロントガラスに向けて文字情報を投影する形態とすればよい。光出力部81は、上記の情報を光出力発光によって報知する。光出力部81は、車室内のユーザに向けて報知する場合は、車室内に装備したランプなどとすればよい。また車室外のユーザに向けて報知する場合は、例えばハザードランプとして、その点滅によって報知すればよい。音出力部82は、上記の情報を音音声出力によって報知する。音出力部82は、車室内のユーザに向けて報知する場合は、車室内に装備されたチャイムやスピーカとして、チャイムやブザーによる音や、スピーカからの上記情報を知らせる声などとすればよい。また車室外のユーザに向けて報知する場合は、例えば車両2の警笛などとすればよい。さらに車両2はGPS部83、入力部84を備える。GPS部83は、公知の技術を用いて、GPS衛星からの信号を受信して車両2の位置緯度、経度を算出し、車両の速度や操舵角などの情報や、記憶した地図情報とのマッチングにより位置を補正する。本実施例において、GPS部83によって算出された車両2の位置情報は、認証失敗の情報とともにセンター9に送られる。入力部84は、例えば車室内に備えられて、各種ボタンなどによって乗員や工場やディーラの作業員からの入力を受け付ける。本実施例では、何回連続して認証に失敗したら上記報知部によって報知するかの設定入力を受け付ける。以上の各部は車内通信例えばCAN通信により接続されて情報の受け渡しが可能となっている。次に、キー3は、ユーザが携帯可能でスマートキーシステムに関わる電子キーである。キー3は、LF受信部30、RF送信部31、制御部32、メモリ33を備える。メモリ33には、当該キー3に固有の識別信号34IDコード、IDが記憶されている。RF送信部31は周波数切替部35を備える。LF受信部30は、LF送信部40から送信されたリクエスト信号ポーリング信号を受信する。RF送信部31は、LF受信部30でのリクエスト信号ポーリング信号の受信を受けて、当該キー3固有のIDコード34をRF信号として送信する。制御部32は、通常のコンピュータと同様の構造を有するとし、各種情報処理のためのCPUや、CPUの作業領域としての一時記憶部のRAMなどを備えるとする。制御部32によってLF受信部30、RF送信部31、メモリ33などキー3の各装備が制御される。周波数切替部35は、RF送信部31から送信されるRF信号の周波数を予め指定された複数例えば2つ、後述の例ではRF1、RF2の周波数のうちで切り替える。さらにキー3は報知部36を備える。報知部36はキーを所持するユーザに対して通信不良を報知する目的で装備される。報知部36は、例えば文字やアイコンを表示する表示部や、発光によって報知する光出力部例えばLED、音により報知する音出力部例えばブザー、チャイムなどとすればよい。なお実施例1においては報知部36は装備しなくてもよい。本システムは、車両のドアの開錠方法として、いわゆるスマートエントリーシステムを備える。この方法では、ユーザによるドアハンドルを握るドア開錠のための操作をタッチセンサ51が検出すると、車室外LF送信部40からキー3へ向けて識別信号ID34の返信を指令するLF波によるリクエスト信号が送信される。キー3はリクエスト信号を受信するとID34を含むRF波の信号をRF送信部31から返信する。スマートECU4は、RF受信部41で受信した信号とマスターID44とを照合して、照合成功ならば、車両のドア5を開錠する、あるいは開錠許可状態とする。また本システムは、車両2の駆動部エンジン、モータの始動のためのシステムとしてスマートスタートシステムを備える。この方法では、ユーザによるエンジンスタートスイッチ6を押下する操作が検出されると、LF送信部40から車室内へ向けて識別信号ID34の返信を指令するLF波によるリクエスト信号が送信される。キー3はリクエスト信号を受信するとID34を含むRF波の信号をRF送信部31から返信する。スマートECU4は、RF受信部41で受信した信号とマスターID44とを照合して、照合成功ならば、車両2の駆動部エンジン、モータの始動する。なおスマートエントリシステム、スマートスタートシステムにおいては、常時ポーリング信号を発信する形態でもよい。以上の構成のもとで実施例1において、システム1は、車両2のスマートエントリシステムあるいはスマートスタートシステムにおける認証失敗時の報知処理を実行する。スマートエントリシステムの場合の処理手順が図2に示されている。図2及び後述の図3の処理手順は予めプログラム化して例えばメモリ44に記憶しておき、スマートECU4が呼び出して自動的に実行するとすればよい。図2における左側の処理はスマートECU4側の処理、右側の処理は、車両2の所有者が携帯するキー3側の処理である。図2の処理では、まずS10でスマートECU4は、ユーザによるドアハンドルへの接触をタッチセンサ51が検出したか否かを判定する。タッチセンサ51が接触を検出した場合S10:YESはS20に進み、接触を検出していない場合S10:NOはS10を繰り返して待ち状態となる。S20に進んだらスマートECU4は、LF信号リクエスト信号をLF送信部40から送信する。本実施例においては、スマートエントリにおける認証処理はマルチチャンネル複数周波数で行う。図2では2つの周波数の場合が示されている。すなわちLF送信部40から送信するLF信号の周波数として、予めLF1とLF2とを設定しておく。同様にRF送信部31から送信するRF信号の周波数として、予めRF1とRF2とを設定しておく。そして一方の周波数で認証がうまくいかない場合は、その周波数では通信不良電波障害があると判断して、もう一方の周波数で再トライする。S20で送信するLF信号の周波数は周波数切替部42によって例えばLF1と設定される。ここでLF1は例えば前回の認証が成功した際の周波数とすればよい。キー3は、S20で送信されたLF信号周波数LF1をS200でLF受信部30により受信する。これによりスマートECU4側からID送信を求めるリクエスト信号を受信したので、キー3はS210で、キー3固有のID34を含むRF信号識別信号をRF送信部31から送信する。ここでRF信号の周波数は周波数切替部35によって例えばRF1と設定する。続いてS30でスマートECU4は、RF信号周波数RF1を受信したか否かを判定する。RF信号の受信の判定は具体的には、RSSI検出部43によって検出された電波強度が電波受信を示すレベルを超えたら受信したと判定すればよい。RF信号を受信した場合S30:YESはS40に進み、RF信号を受信していない場合S30:NOはS50に進む。S50に進んだらスマートECU4は、S20でのLF信号送信から所定時間が経過したか否かを判定する。ここで所定時間とは、RF信号の受信のために設定された待ち時間である。既に所定時間を経過した場合S50:YESはS60に進み、まだ所定時間を経過していない場合S50:NOはS30に戻ってRF信号受信を待つ。S40に進んだら認証照合処理を行う。具体的には、受信したRF信号中のID34がマスターID45と一致したら認証成功、一致しなかったら認証失敗と判定する。認証が成功の場合、RF信号の送信元は車両2の正規のキー3であり、S10で車両2のドア5に接触したのは車両2の正規の所有者だと判断する。認証成功の場合S40:YESはS110に進み、認証失敗の場合S40:NOはS60に進む。S110に進んだら車両2のドア5のロック機構50を開錠する。S60に進んだら、周波数LF1、RF1による認証処理が成功しなかったRF信号未受信も含むので、もう1つの周波数LF2、RF2による認証に移行する。すなわちS60に進んだらスマートECU4は、もう1つの周波数LF2でLF信号リクエスト信号をLF送信部40から送信する。キー3は、S60で送信されたLF信号周波数LF2をS220でLF受信部30により受信する。これによりスマートECU4側からID送信を求めるリクエスト信号を再び受信したので、キー3はS230で、キー3固有のID34を含むRF信号識別信号をRF送信部31から送信する。ここでRF信号の周波数は、周波数切替部35によってもう1つの周波数RF2と設定される。続いてS70でスマートECU4は、S30と同様に、RF信号周波数RF2を受信したか否かを判定する。RF信号を受信した場合S70:YESはS80に進み、RF信号を受信していない場合S70:NOはS90に進む。S90に進んだらスマートECU4は、S60でのLF信号送信から所定時間待ち時間が経過したか否かを判定する。既に所定時間を経過した場合S90:YESは、S100に進む。まだ所定時間を経過していない場合S90:NOはS70に戻ってRF信号受信を待つ。S80に進んだら、S40と同様に認証照合処理を行う。そして認証成功の場合S80:YESはS110に進み、認証失敗の場合S80:NOはS100に進む。上述のとおりS110に進んだら車両2のドア5を開錠する。一方S100に進んだ場合は2回連続認証に成功できなかった場合である。したがってS100では、通信不良電波障害であることをユーザに対して報知する処理を実行する。S100では、表示部80、光出力部81、音出力部82のうち少なくとも1つを用いて報知処理を実行する。このうち表示部80は、通信不良によりキーの認証が成功しないとの情報を車外に向けて文字表示によって報知する。具体的には、例えば車両2のダッシュボードに装備したプロジェクタによりフロントガラスに向けて通信不良でキーが認証できませんなどの文字情報を投影する。また光出力部81は、例えばハザードランプの点滅によって、通信不良によりキーの認証が成功しないことを車外に向けて報知する。音出力部82は、例えば車両2の警笛により、通信不良によりキーの認証が成功しないことを車外に向けて報知する。以上の報知処理によってユーザはドアが開錠されない理由が認識できる。ユーザはマニュアルなどによって所定の報知が通信不良を示すことを認識しているとする。よってユーザは事態が把握できるとともに、近くに電波を発するようなものがある場合にはそれを除去するなどの対策を講じることもできる。したがって従来のように、理由がわからないまま何度もトライすることによるユーザの不満などが回避できる。続いてS120でスマートECU4は、認証処理が成功しなかったとの情報を、車内通信を用いてダイアグECU7に送信する。ダイアグECU7は、受け取った同情報をメモリ70に記憶する。そしてダイアグECU7は、同情報を含む車両2のダイアグ情報を通信部71を用いてセンター9に無線で送信する。送信の際、キー認証が連続回数失敗した場所や日時なども一緒に送信する。キー認証が失敗した場所の情報はGPS部83から取得すればよい。キー認証が失敗した日時の情報は、例えばスマートECU4などに計時機能を持たせて、それにより取得すればよい。センター9には複数の通常多数の車両からダイアグ情報が送信されてデータベース90に蓄積されるが、本実施例に関してセンター9は、スマートキーシステムにおける通信不良やシステム不良に関した情報の蓄積を行うさらに分析を行ってもよい。その蓄積分析の具体例は例えば以下のとおりである。多数の車両からのキー認証失敗の情報を総合することにより、キー認証失敗の場所が地域的に例えば都市部に限定される場合は、地域的な通信不良によるキー認証失敗であり、本システムの不具合ではないと判定する。逆にキー認証失敗の場所が地域的に限定されない場合は本システムの不具合の可能性があると判定する。またキー認証失敗の日時が例えば特定の温度条件に限定される場合は、温度条件などによって不具合が発生する可能性があると判定する。以上が図2の処理手順である。なお図2の処理では、所定の待ち時間が経過した場合S50:YES、S90:YESも通信不良例えばLF信号が通信不良でキーまで届かなかったのでRF信号の返信がなかったとみなしたが、S50:YESおよびS90:YESの場合は、通信不良ではなくユーザのキー不所持やキー3の電池切れなどと判断してS100に進まず図2の処理を終了してもよい。次に図3を説明する。図2がスマートエントリースマートキーを用いたドア開錠における通信不良の報知処理手順であったのに対して、図3はスマートスタートスマートキーを用いたエンジン始動における通信不良の報知処理手順である。図3の各処理のうちで図2と同じ符号の部分は、図2と同じ処理を行う。以下で図2と異なる部分を説明する。図3の処理では、図2のS10がS15に置き換えられる。S15でスマートECU4は、エンジンスタートスイッチ6に対するユーザによるオン操作が行われたか否かを判定する。エンジンスタートスイッチ6に対するオン操作が行われた場合S15:YESはS20へ進み、エンジンスタートスイッチ61に対するオン操作が行われていない場合S15:NOはS10を繰り返してオン操作を待つ。図3では、図2のS110がS115に置き換えられる。S115でスマートECU4は、エンジンモータ始動を指令する。図3におけるS20とS60でのLF信号送信は車室内における送信とすればよい。また図3におけるS100での報知処理は、車室内のユーザに向けた報知処理とすればよい。具体的には、表示部80は車室内に装備された各種の表示部例えば液晶表示部として、通信不良でキーが認証できませんなどの文字情報を表示する。光出力部81は、上記の情報を光出力発光によって報知する。光出力部81は車室内に装備したランプとして、発光によって通信不良によりキーの認証が成功しないことを車室内に向けて報知する。音出力部82は車室内に装備されたスピーカとして、チャイムやブザーなどの音や、通信不良によりキーの認証が成功しないことを示す音声などによって、車室内に向けて報知する。以上が実施例1である。なお図2、図3の処理は、ユーザによる車両ドアへの接触やエンジンスタートスイッチ押下を基点とした処理手順となっているが、本発明はこれらに限定せず、常時ポーリング信号を繰り返し送信する形態でもよい。この場合、S10、S15は削除されて、図2の処理は車両ドアが施錠されている状態で繰り返し実行すればよい。また図3の処理はドア開錠後、イグニッションオフ状態で繰り返し実行すればよい。次に実施例2を説明する。実施例2においては、通信不良の報知処理をキー3側で行う。実施例2においては、キー3に報知部36を装備する。それ以外は実施例1の装備構成と同じでよい。実施例2における処理手順は図4に示されている。図4の各処理のうちで図2と同じ符号の部分は、図2と同じ処理を行う。以下で図2と異なる部分を説明する。図4の処理では、図2におけるS100の処理がS105に置き換えられる。S105でスマートECU4は、通信不良であることをキー側で報知するように指令する信号報知指令信号をLF送信部40から送信する。この処理はLF信号がキーまで伝達される状況を想定している。したがって例えば所定の待ち時間が経過した場合S50:YES、S90:YESはS105の処理は行わないとしてもよい。S105で送信された報知指令信号を、キー3はS240で受信する。そしてキー3はS250で報知処理を実行する。具体的には、表示部による通信不良を報せる文字表示や、発光による報知、音出力ブザー、チャイム、音声などによる報知などとすればよい。なお図4の処理は図2のS100を削除し、S105、S240、S250の処理を付加した処理手順であるが、図3のS100を削除し、S105、S240、S250の処理を付加してもよい。この場合スマートスタートシステムにおいて通信不良の報知処理をキー側で実行する。以上が実施例2である。なお実施例2においては、車両側に報知機能を持たせなくともよい。逆に車両側とキー側の両方で報知してもよい。キー3は、スマートフォンなどの携帯情報端末にスマートキーの機能を実現するソフトウェアを搭載した実施形態としてもよい。この場合、キー3での報知処理は、携帯情報端末の有する液晶ディスプレイやスピーカーなどを用いた報知処理とすればよい。以上の実施例は、特許請求の範囲に記載された趣旨の範囲内で適宜変更してよい。上記実施例ではLF信号やRF信号の周波数が2つの場合が示されたが、本発明はこれに限定せず、周波数の数は3つ、4つなど任意に設定すればよい。また上記実施例では2回連続して認証失敗した場合にユーザに対する報知処理を行っているが、2回に限定せず、3回、4回など任意に設定すればよい。さらに何回連続して認証失敗したら報知するかを入力部84によって、ユーザや工場やディーラーの作業員が設定変更できるとしてもよい。この場合、できるだけユーザへ報知する方がよいとの観点から所定回数を少なくしたり、頻繁な報知を回避するとの観点から所定回数を多くしたり等、要望や状況などに応じて適切に所定回数を設定することができる。