報知装置
【課題】スマートキーシステムにおける通信不良をユーザに報知する報知装置を提供する。
【解決手段】車両２とキー３の間で、ＬＦ送信部４０、ＬＦ受信部３０、ＲＦ送信部３１、ＲＦ受信部４１を用いて、マルチチャネル（複数周波数）のキー認証を実行する。認証が所定回数連続して失敗したら、表示部８０による文字表示、光出力部８１による発光、音出力部８２によるブザーや音声などによって、ユーザに通信不良であることを報知する。
【解決手段】車両２とキー３の間で、ＬＦ送信部４０、ＬＦ受信部３０、ＲＦ送信部３１、ＲＦ受信部４１を用いて、マルチチャネル（複数周波数）のキー認証を実行する。認証が所定回数連続して失敗したら、表示部８０による文字表示、光出力部８１による発光、音出力部８２によるブザーや音声などによって、ユーザに通信不良であることを報知する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、報知装置に関する。
【背景技術】
【０００２】
車両のスマートキーシステム（スマートエントリーシステム、スマートスタートシステム）が普及している。現状のスマートキーシステムにおいては、例えばユーザがドアハンドル接触やエンジンスタートスイッチの押下といった操作を行うと、リクエスト信号（ポーリング信号）が送信され、スマートキーから返信されたＩＤとマスターＩＤとで照合がとれた時点でドア開錠やエンジン始動が実行される。
【０００３】
例えば下記特許文献１には、スマートキーシステムにおいて、乗員に運転継続の意思があるか否かを判定する手段を装備して、携帯機が車両から離間し、携帯機の不所持者に運転継続の意思がある場合には内燃機関の再始動を許可し、車両の盗難をより確実に防止するシステムが開示されている。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００７−１５３１９０号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
スマートキーシステムにおいては、車両とスマートキーとの間の無線通信において電波障害などの通信不良によりキーの認証（照合）が成功しない場合がある。そのためにマルチチャネル（複数の周波数帯域）で認証処理を行う手法がある。その例が図５に示されている。
【０００６】
図５（ａ）の例では、車両側から、１つの周波数（ＬＦ１）でＬＦ（Ｌｏｗ Ｆｒｅｑｕｅｎｃｙ）信号を送信して、これがスマートキーまで到達し、スマートキーからＲＦ（Ｒａｄｉｏ Ｆｒｅｑｕｅｎｃｙ）信号（周波数ＲＦ１）が返信されている。ＲＦ信号に含まれるスマートキーのＩＤが正規のＩＤであると認証されれば、ドアの開錠やエンジン始動が許可される。この例では通信不良がなく、１つ目の周波数で認証が成功しており、２つ目の周波数でのＬＦ信号送信は不要となる。
【０００７】
図５（ｂ）の例では、車両側から１つ目の周波数（ＬＦ１）でＬＦ信号を送信したが、その返信のＲＦ信号（周波数ＲＦ１）は通信不良によりノイズが混入しており、認証が失敗した。そこで別のチャネルでの認証をトライする。すなわち車両は別の周波数（ＬＦ２）でＬＦ信号を送信し、スマートキーも別の周波数（ＲＦ２）でＲＦ信号を返信する。図５（ｂ）の場合、２度目のＲＦ信号（周波数ＲＦ２）にはノイズが混入しておらず認証が成功した。
【０００８】
図５のマルチチャネルの認証処理では、２回目の認証トライで成功したが、通信不良の度合いによっては、何回トライしても認証が成功しない場合もある。その場合、ユーザは何故認証がうまくいかないのか事態が把握できず、不満を持つ可能性がある。あるいはシステムの不具合であると誤認する可能性もある。通信不良であるとの情報がユーザに伝達されれば、事態を把握できない不満や失敗原因の誤認などが回避できることに加えて、周辺に電波を発するものがあることにユーザが気づいて、それを除去する可能性もある。したがって通信不良の場合はその旨をユーザに報知するシステムが望ましいが、従来技術においては、そうした提案はない。
【０００９】
そこで本発明が解決しようとする課題は、上記問題点に鑑み、スマートキーシステムにおける通信不良をユーザに報知する報知装置を提供することにある。
【課題を解決するための手段】
【００１０】
上記課題を達成するために、本発明に係る報知装置は、車両に装備されて、所定の複数の周波数のうちの１つの周波数で識別信号の返信を要求する指令信号を無線で送信する送信手段と、前記車両に備えられた受信手段が受信した無線信号が、前記指令信号を受信した前記車両の正規の携帯機により返信された識別信号である認証成功であるか否かを判定する認証手段と、前記認証手段が認証成功と判定しない場合に、所定の複数の周波数のうちの前記１つの周波数とは異なる周波数での識別信号の返信を要求する指令信号を送信するように前記送信手段に指令する指令手段と、前記認証手段による判定が所定回数連続して認証成功でない場合に、通信不良であると判定する判定手段と、その判定手段が通信不良であると判定したら通信不良であることを報知する報知手段と、を備えたことを特徴とする。
【００１１】
これにより本発明に係る報知装置では、携帯機から車両に向けて１つの周波数で識別信号を送信したが認証が成功しなかった場合に別の周波数で識別信号を再送信して認証をトライするマルチチャネルのシステムにおいて、所定回数連続して認証失敗となったらユーザに向けて通信不良であることを報知する。したがって、従来のように何故認証がうまくいかないのかわからないままユーザが何度もトライして不満を感じたり例えばキーなどシステムの故障であるなどと誤認することなく、ユーザが事態を把握できるとともに、周辺に電波を発する原因があればユーザの側でそれを除去するといったかたちで対処することも可能となる。よってユーザの不満や誤認を回避し、適切な対応も促せるスマートキーシステムが構築できる。
【００１２】
また前記送信手段による指令信号の送信は前記車両のドアが施錠された状態で前記車両の外部に向けた送信であり、前記報知手段による報知は、前記車両の外部に向けた報知であるとしてもよい。
【００１３】
この発明によれば、車両のドアが施錠された状態で車外に向けて指令信号を送信する、いわゆるスマートエントリシステムにおいて、マルチチャネルで認証を行い、所定回数連続して認証失敗となったらユーザに向けて通信不良であることを報知する。したがって、ユーザが通信不良であるとの事態を把握できるとともに、周辺に電波を発する原因があればユーザの側でそれを除去するといったかたちで対処することも可能となるスマートエントリシステムが構築できる。
【００１４】
また前記送信手段による指令信号の送信は前記車両の駆動部が駆動されていない状態で前記車両の内部に向けた送信であり、前記報知手段による報知は、前記車両の内部に向けた報知であるとしてもよい。
【００１５】
この発明によれば、車両の駆動部が駆動されていない状態で車室内に向けて指令信号を送信する、いわゆるスマートスタートシステムにおいて、マルチチャネルで認証を行い、所定回数連続して認証失敗となったらユーザに向けて通信不良であることを報知する。したがって、ユーザが通信不良であるとの事態を把握できるとともに、周辺に電波を発する原因があればユーザの側でそれを除去するといったかたちで対処することも可能となるスマートスタートシステムが構築できる。
【００１６】
また前記車両の故障情報を記憶する記憶部と、前記判定手段が通信不良であると判定したら通信不良であることを前記記憶部に記憶する記憶制御手段と、を備えたとしてもよい。
【００１７】
この発明によれば、車両の故障情報を記憶する記憶部に、通信不良で携帯機の認証が失敗したことを記録するので、例えば多数の車両からそうした記録を集積すれば、通信不良の原因やシステム側の問題の有無等の分析に利用できる可能性が開かれる。したがって通信不良による携帯機の認証失敗の記録を、後の分析のために蓄積するシステムが構築できる。
【００１８】
また前記判定手段において用いられる前記所定回数を変更する変更手段を備えたとしてもよい。
【００１９】
この発明によれば、マルチチャネルのスマートキーシステムにおいて所定回数連続して認証失敗ならば通信不良をユーザに報知するシステムにおいて、所定回数を変更可能とする。したがって、できるだけユーザへ報知する方がよいとの観点から所定回数を少なくしたり、頻繁な報知を回避するとの観点から所定回数を多くしたり等、要望や状況などに応じて適切に所定回数を設定することができる。
【図面の簡単な説明】
【００２０】
【図１】本発明の報知システムの一実施例における構成図。
【図２】実施例１におけるスマートエントリーシステムの場合の処理手順を示すフローチャート。
【図３】実施例１におけるスマートスタートシステムの場合の処理手順を示すフローチャート。
【図４】実施例２における処理手順を示すフローチャート。
【図５】マルチチャンネルのスマートキーシステムにおける、車両からキーへ送信されるＬＦ信号と、キーから返信されるＲＦ信号との例を示す図。
【発明を実施するための形態】
【００２１】
以下、本発明の実施形態を図面を参照しつつ説明する。まず図１は、本発明に係る車両の報知システム１（システム）の装置構成の概略図である。図１に示されたシステム１は、車両２に備えられたスマート制御ユニット（ＥＣＵ：Ｅｌｅｃｔｒｏｎｉｃ Ｃｏｎｔｒｏｌ Ｕｎｉｔ）４、及びユーザが携帯可能なスマートキー３（キー、電子キー、携帯機）を備える。車両２は自動車であれば何ら限定されず、例えばガソリンエンジン車、ディーゼルエンジン車や、電気自動車、ハイブリッド車でもよい。
【００２２】
スマートＥＣＵ４（照合ＥＣＵ）はＬＦ送信部４０、ＲＦ受信部４１を備える。ＬＦ送信部４０は車室外ＬＦ送信部としても、車室内ＬＦ送信部としてもよい。車室外ＬＦ送信部の場合、例えば車両２のドアハンドルの部位に装備されて、ＬＦ（長波）帯域の電磁波によって車両２の車室外にリクエスト信号（あるいはポーリング信号）を送信する。
【００２３】
車室内ＬＦ送信部の場合は、車室内に装備されて、ＬＦ（長波）帯域の電磁波によって車両２の車室内にリクエスト信号（あるいはポーリング信号）を送信する。ＲＦ受信部４１は、例えば車室内に装備されて、車外、車室内から送信されたＲＦ信号を受信する。
【００２４】
ＬＦ送信部４０は周波数切替部４２を備える。周波数切替部４２は、ＬＦ送信部４０から送信されるリクエスト信号の周波数をＬＦ帯域内で予め指定された複数（例えば２つ、後述の例ではＬＦ１、ＬＦ２）の周波数のうちで切り替える。またＲＦ受信部４１はＲＳＳＩ検出部４３を備える。ＲＳＳＩ検出部４３は、ＲＦ受信部４１で受信したＲＦ信号のＲＳＳＩ（Ｒｅｃｅｉｖｅｄ Ｓｉｇｎａｌ Ｓｔｅｒｎｇｔｈ Ｉｎｄｉｃａｔｏｒ、電波強度、電界強度）を検出する。
【００２５】
スマートＥＣＵ４は通常のコンピュータの構造を有するとし、各種演算や情報処理を司るＣＰＵ、ＣＰＵの作業領域としての一時記憶部であるＲＡＭ、各種情報を記憶するための不揮発性のメモリ４４を備える。メモリ４４には、後述するマスターＩＤ４５が記憶されているとする。
【００２６】
車両２はさらにドア５、エンジンスタートスイッチ６、ダイアグＥＣＵ７を備える。車両２のドア５には、ロック機構５０、タッチセンサ５１が装備されている。ロック機構５０により、ドアが施錠あるいは開錠される。タッチセンサ５１は、車両２のドアハンドルに装備されて、ユーザがドアハンドルを握ったことを検出するセンサである。
【００２７】
なおドア５は車両２に装備された複数のドア（運転席側ドア、助手席側ドア、後部座席右側、左側ドアなど）を指すとし、その個々のドアにロック機構５０、タッチセンサ５１が装備されているとすればよい。
【００２８】
エンジンスタートスイッチ６は、スマートスタートシステムにおけるエンジン始動のためのスイッチであり、ユーザが押下し、車室内照合が成功するとエンジンが始動するスイッチである。エンジンスタートスイッチ６は、例えば車室内の運転席近傍に備えられる。
【００２９】
ダイアグＥＣＵ７は、車両２の各部における故障の自己診断（ダイアグノーシス、ダイアグと略記）機能を司るＥＣＵである。ダイアグＥＣＵ７は、書き換え可能なメモリ７０を備えて、メモリ７０内に車両各部の故障に関係する情報（ダイアグ情報）が記憶される。本実施例では、スマートキー３の認証の所定回数連続失敗を故障の可能性がある情報としてメモリ７に記憶する。
【００３０】
ダイアグＥＣＵ７は無線通信機能を有する通信部７１を備える。通信部７１によって、車両２のダイアグ情報を既存の通信網１０（例えば携帯電話網など）を介してセンター９へ送信する。センター９はこのようにして複数の車両からダイアグ情報を取得し、データベース９０に蓄積する。
【００３１】
車両２は本発明の主要部である報知部として、表示部８０、光出力部８１、音出力部８２を備える。これらの報知部によって、通信不良（電波障害など）によってスマートキー３の認証が失敗したとの情報をユーザに対して報知する。
【００３２】
表示部８０は上記情報を文字表示によって報知する。表示部８０は、車室内のユーザに向けて表示する場合は、車室内に装備された各種の表示部（例えば液晶表示部）とすればよい。また車室外のユーザに向けて表示する場合は、例えば車両２のダッシュボードにプロジェクタを装備して、フロントガラスに向けて文字情報を投影する形態とすればよい。
【００３３】
光出力部８１は、上記の情報を光出力（発光）によって報知する。光出力部８１は、車室内のユーザに向けて報知する場合は、車室内に装備したランプなどとすればよい。また車室外のユーザに向けて報知する場合は、例えばハザードランプとして、その点滅によって報知すればよい。
【００３４】
音出力部８２は、上記の情報を音（音声）出力によって報知する。音出力部８２は、車室内のユーザに向けて報知する場合は、車室内に装備されたチャイムやスピーカとして、チャイムやブザーによる音や、スピーカからの上記情報を知らせる声などとすればよい。また車室外のユーザに向けて報知する場合は、例えば車両２の警笛などとすればよい。
【００３５】
さらに車両２はＧＰＳ部８３、入力部８４を備える。ＧＰＳ部８３は、公知の技術を用いて、ＧＰＳ衛星からの信号を受信して車両２の位置（緯度、経度）を算出し、車両の速度や操舵角などの情報や、記憶した地図情報とのマッチングにより位置を補正する。本実施例において、ＧＰＳ部８３によって算出された車両２の位置情報は、認証失敗の情報とともにセンター９に送られる。
【００３６】
入力部８４は、例えば車室内に備えられて、各種ボタンなどによって乗員（や工場やディーラの作業員）からの入力を受け付ける。本実施例では、何回連続して認証に失敗したら上記報知部によって報知するかの設定入力を受け付ける。以上の各部は車内通信（例えばＣＡＮ通信）により接続されて情報の受け渡しが可能となっている。
【００３７】
次に、キー３は、ユーザが携帯可能でスマートキーシステムに関わる電子キーである。キー３は、ＬＦ受信部３０、ＲＦ送信部３１、制御部３２、メモリ３３を備える。メモリ３３には、当該キー３に固有の識別信号３４（ＩＤコード、ＩＤ）が記憶されている。ＲＦ送信部３１は周波数切替部３５を備える。
【００３８】
ＬＦ受信部３０は、ＬＦ送信部４０から送信されたリクエスト信号（ポーリング信号）を受信する。ＲＦ送信部３１は、ＬＦ受信部３０でのリクエスト信号（ポーリング信号）の受信を受けて、当該キー３固有のＩＤコード３４をＲＦ信号として送信する。制御部３２は、通常のコンピュータと同様の構造を有するとし、各種情報処理のためのＣＰＵや、ＣＰＵの作業領域としての一時記憶部のＲＡＭなどを備えるとする。
【００３９】
制御部３２によってＬＦ受信部３０、ＲＦ送信部３１、メモリ３３などキー３の各装備が制御される。周波数切替部３５は、ＲＦ送信部３１から送信されるＲＦ信号の周波数を予め指定された複数（例えば２つ、後述の例ではＲＦ１、ＲＦ２）の周波数のうちで切り替える。
【００４０】
さらにキー３は報知部３６を備える。報知部３６はキーを所持するユーザに対して通信不良を報知する目的で装備される。報知部３６は、例えば文字やアイコンを表示する表示部や、発光によって報知する光出力部（例えばＬＥＤ）、音により報知する音出力部（例えばブザー、チャイム）などとすればよい。なお実施例１においては報知部３６は装備しなくてもよい。
【００４１】
本システムは、車両のドアの開錠方法として、いわゆるスマートエントリーシステムを備える。この方法では、ユーザによるドアハンドルを握るドア開錠のための操作をタッチセンサ５１が検出すると、車室外ＬＦ送信部４０からキー３へ向けて識別信号（ＩＤ３４）の返信を指令するＬＦ波によるリクエスト信号が送信される。
【００４２】
キー３はリクエスト信号を受信するとＩＤ３４を含むＲＦ波の信号をＲＦ送信部３１から返信する。スマートＥＣＵ４は、ＲＦ受信部４１で受信した信号とマスターＩＤ４４とを照合して、照合成功ならば、車両のドア５を開錠する、あるいは開錠許可状態とする。
【００４３】
また本システムは、車両２の駆動部（エンジン、モータ）の始動のためのシステムとしてスマートスタートシステムを備える。この方法では、ユーザによるエンジンスタートスイッチ６を押下する操作が検出されると、ＬＦ送信部４０から車室内へ向けて識別信号（ＩＤ３４）の返信を指令するＬＦ波によるリクエスト信号が送信される。
【００４４】
キー３はリクエスト信号を受信するとＩＤ３４を含むＲＦ波の信号をＲＦ送信部３１から返信する。スマートＥＣＵ４は、ＲＦ受信部４１で受信した信号とマスターＩＤ４４とを照合して、照合成功ならば、車両２の駆動部（エンジン、モータ）の始動する。なおスマートエントリシステム、スマートスタートシステムにおいては、常時ポーリング信号を発信する形態でもよい。
【００４５】
以上の構成のもとで実施例１において、システム１は、車両２のスマートエントリシステムあるいはスマートスタートシステムにおける認証失敗時の報知処理を実行する。スマートエントリシステムの場合の処理手順が図２に示されている。図２（及び後述の図３）の処理手順は予めプログラム化して例えばメモリ４４に記憶しておき、スマートＥＣＵ４が呼び出して自動的に実行するとすればよい。図２における左側の処理はスマートＥＣＵ４側の処理、右側の処理は、車両２の所有者が携帯するキー３側の処理である。
【００４６】
図２の処理では、まずＳ１０でスマートＥＣＵ４は、ユーザによるドアハンドルへの接触をタッチセンサ５１が検出したか否かを判定する。タッチセンサ５１が接触を検出した場合（Ｓ１０：ＹＥＳ）はＳ２０に進み、接触を検出していない場合（Ｓ１０：ＮＯ）はＳ１０を繰り返して待ち状態となる。Ｓ２０に進んだらスマートＥＣＵ４は、ＬＦ信号（リクエスト信号）をＬＦ送信部４０から送信する。
【００４７】
本実施例においては、スマートエントリにおける認証処理はマルチチャンネル（複数周波数）で行う。図２では２つの周波数の場合が示されている。すなわちＬＦ送信部４０から送信するＬＦ信号の周波数として、予めＬＦ１とＬＦ２とを設定しておく。同様にＲＦ送信部３１から送信するＲＦ信号の周波数として、予めＲＦ１とＲＦ２とを設定しておく。
【００４８】
そして一方の周波数で認証がうまくいかない場合は、その周波数では通信不良（電波障害）があると判断して、もう一方の周波数で再トライする。Ｓ２０で送信するＬＦ信号の周波数は周波数切替部４２によって例えばＬＦ１と設定される。ここでＬＦ１は例えば前回の認証が成功した際の周波数とすればよい。
【００４９】
キー３は、Ｓ２０で送信されたＬＦ信号（周波数ＬＦ１）をＳ２００でＬＦ受信部３０により受信する。これによりスマートＥＣＵ４側からＩＤ送信を求めるリクエスト信号を受信したので、キー３はＳ２１０で、キー３固有のＩＤ３４を含むＲＦ信号（識別信号）をＲＦ送信部３１から送信する。ここでＲＦ信号の周波数は周波数切替部３５によって例えばＲＦ１と設定する。
【００５０】
続いてＳ３０でスマートＥＣＵ４は、ＲＦ信号（周波数ＲＦ１）を受信したか否かを判定する。ＲＦ信号の受信の判定は具体的には、ＲＳＳＩ検出部４３によって検出された電波強度が電波受信を示すレベルを超えたら受信したと判定すればよい。ＲＦ信号を受信した場合（Ｓ３０：ＹＥＳ）はＳ４０に進み、ＲＦ信号を受信していない場合（Ｓ３０：ＮＯ）はＳ５０に進む。
【００５１】
Ｓ５０に進んだらスマートＥＣＵ４は、Ｓ２０でのＬＦ信号送信から所定時間が経過したか否かを判定する。ここで所定時間とは、ＲＦ信号の受信のために設定された待ち時間である。既に所定時間を経過した場合（Ｓ５０：ＹＥＳ）はＳ６０に進み、まだ所定時間を経過していない場合（Ｓ５０：ＮＯ）はＳ３０に戻ってＲＦ信号受信を待つ。
【００５２】
Ｓ４０に進んだら認証（照合）処理を行う。具体的には、受信したＲＦ信号中のＩＤ３４がマスターＩＤ４５と一致したら認証成功、一致しなかったら認証失敗と判定する。認証が成功の場合、ＲＦ信号の送信元は車両２の正規のキー３であり、Ｓ１０で車両２のドア５に接触したのは車両２の正規の所有者だと判断する。認証成功の場合（Ｓ４０：ＹＥＳ）はＳ１１０に進み、認証失敗の場合（Ｓ４０：ＮＯ）はＳ６０に進む。
【００５３】
Ｓ１１０に進んだら車両２のドア５のロック機構５０を開錠する。Ｓ６０に進んだら、周波数ＬＦ１、ＲＦ１による認証処理が成功しなかった（ＲＦ信号未受信も含む）ので、もう１つの周波数ＬＦ２、ＲＦ２による認証に移行する。
【００５４】
すなわちＳ６０に進んだらスマートＥＣＵ４は、もう１つの周波数ＬＦ２でＬＦ信号（リクエスト信号）をＬＦ送信部４０から送信する。キー３は、Ｓ６０で送信されたＬＦ信号（周波数ＬＦ２）をＳ２２０でＬＦ受信部３０により受信する。これによりスマートＥＣＵ４側からＩＤ送信を求めるリクエスト信号を再び受信したので、キー３はＳ２３０で、キー３固有のＩＤ３４を含むＲＦ信号（識別信号）をＲＦ送信部３１から送信する。ここでＲＦ信号の周波数は、周波数切替部３５によってもう１つの周波数ＲＦ２と設定される。
【００５５】
続いてＳ７０でスマートＥＣＵ４は、Ｓ３０と同様に、ＲＦ信号（周波数ＲＦ２）を受信したか否かを判定する。ＲＦ信号を受信した場合（Ｓ７０：ＹＥＳ）はＳ８０に進み、ＲＦ信号を受信していない場合（Ｓ７０：ＮＯ）はＳ９０に進む。
【００５６】
Ｓ９０に進んだらスマートＥＣＵ４は、Ｓ６０でのＬＦ信号送信から所定時間（待ち時間）が経過したか否かを判定する。既に所定時間を経過した場合（Ｓ９０：ＹＥＳ）は、Ｓ１００に進む。まだ所定時間を経過していない場合（Ｓ９０：ＮＯ）はＳ７０に戻ってＲＦ信号受信を待つ。
【００５７】
Ｓ８０に進んだら、Ｓ４０と同様に認証（照合）処理を行う。そして認証成功の場合（Ｓ８０：ＹＥＳ）はＳ１１０に進み、認証失敗の場合（Ｓ８０：ＮＯ）はＳ１００に進む。上述のとおりＳ１１０に進んだら車両２のドア５を開錠する。一方Ｓ１００に進んだ場合は２回連続認証に成功できなかった場合である。したがってＳ１００では、通信不良（電波障害）であることをユーザに対して報知する処理を実行する。
【００５８】
Ｓ１００では、表示部８０、光出力部８１、音出力部８２のうち少なくとも１つを用いて報知処理を実行する。このうち表示部８０は、通信不良によりキーの認証が成功しないとの情報を車外に向けて文字表示によって報知する。具体的には、例えば車両２のダッシュボードに装備したプロジェクタによりフロントガラスに向けて「通信不良でキーが認証できません」などの文字情報を投影する。
【００５９】
また光出力部８１は、例えばハザードランプの点滅によって、通信不良によりキーの認証が成功しないことを車外に向けて報知する。音出力部８２は、例えば車両２の警笛により、通信不良によりキーの認証が成功しないことを車外に向けて報知する。
【００６０】
以上の報知処理によってユーザはドアが開錠されない理由が認識できる。（ユーザはマニュアルなどによって所定の報知が通信不良を示すことを認識しているとする。）よってユーザは事態が把握できるとともに、近くに電波を発するようなものがある場合にはそれを除去するなどの対策を講じることもできる。したがって従来のように、理由がわからないまま何度もトライすることによるユーザの不満などが回避できる。
【００６１】
続いてＳ１２０でスマートＥＣＵ４は、認証処理が成功しなかったとの情報を、車内通信を用いてダイアグＥＣＵ７に送信する。ダイアグＥＣＵ７は、受け取った同情報をメモリ７０に記憶する。そしてダイアグＥＣＵ７は、同情報（を含む車両２のダイアグ情報）を通信部７１を用いてセンター９に無線で送信する。
【００６２】
送信の際、キー認証が（連続回数）失敗した場所や日時なども一緒に送信する。キー認証が失敗した場所の情報はＧＰＳ部８３から取得すればよい。キー認証が失敗した日時の情報は、例えばスマートＥＣＵ４などに計時機能を持たせて、それにより取得すればよい。
【００６３】
センター９には複数の（通常多数の）車両からダイアグ情報が送信されてデータベース９０に蓄積されるが、本実施例に関してセンター９は、スマートキーシステムにおける通信不良やシステム不良に関した情報の蓄積を行う（さらに分析を行ってもよい）。その蓄積（分析）の具体例は例えば以下のとおりである。
【００６４】
多数の車両からのキー認証失敗の情報を総合することにより、キー認証失敗の場所が地域的に（例えば都市部に）限定される場合は、地域的な通信不良によるキー認証失敗であり、本システムの不具合ではないと判定する。逆にキー認証失敗の場所が地域的に限定されない場合は本システムの不具合の可能性があると判定する。またキー認証失敗の日時が例えば特定の温度条件に限定される場合は、温度条件などによって不具合が発生する可能性があると判定する。以上が図２の処理手順である。
【００６５】
なお図２の処理では、所定の待ち時間が経過した場合（Ｓ５０：ＹＥＳ、Ｓ９０：ＹＥＳ）も通信不良（例えばＬＦ信号が通信不良でキーまで届かなかったのでＲＦ信号の返信がなかった）とみなしたが、Ｓ５０：ＹＥＳおよびＳ９０：ＹＥＳの場合は、通信不良ではなくユーザのキー不所持やキー３の電池切れなどと判断してＳ１００に進まず図２の処理を終了してもよい。
【００６６】
次に図３を説明する。図２がスマートエントリー（スマートキーを用いたドア開錠）における通信不良の報知処理手順であったのに対して、図３はスマートスタート（スマートキーを用いたエンジン始動）における通信不良の報知処理手順である。図３の各処理のうちで図２と同じ符号の部分は、図２と同じ処理を行う。以下で図２と異なる部分を説明する。
【００６７】
図３の処理では、図２のＳ１０がＳ１５に置き換えられる。Ｓ１５でスマートＥＣＵ４は、エンジンスタートスイッチ６に対するユーザによるオン操作が行われたか否かを判定する。エンジンスタートスイッチ６に対するオン操作が行われた場合（Ｓ１５：ＹＥＳ）はＳ２０へ進み、エンジンスタートスイッチ６１に対するオン操作が行われていない場合（Ｓ１５：ＮＯ）はＳ１０を繰り返してオン操作を待つ。図３では、図２のＳ１１０がＳ１１５に置き換えられる。Ｓ１１５でスマートＥＣＵ４は、エンジン（モータ）始動を指令する。
【００６８】
図３におけるＳ２０とＳ６０でのＬＦ信号送信は車室内における送信とすればよい。また図３におけるＳ１００での報知処理は、車室内のユーザに向けた報知処理とすればよい。具体的には、表示部８０は車室内に装備された各種の表示部（例えば液晶表示部）として、「通信不良でキーが認証できません」などの文字情報を表示する。
【００６９】
光出力部８１は、上記の情報を光出力（発光）によって報知する。光出力部８１は車室内に装備したランプとして、発光によって通信不良によりキーの認証が成功しないことを車室内に向けて報知する。音出力部８２は車室内に装備されたスピーカとして、チャイムやブザーなどの音や、通信不良によりキーの認証が成功しないことを示す音声などによって、車室内に向けて報知する。以上が実施例１である。
【００７０】
なお図２、図３の処理は、ユーザによる車両ドアへの接触やエンジンスタートスイッチ押下を基点とした処理手順となっているが、本発明はこれらに限定せず、常時ポーリング信号を繰り返し送信する形態でもよい。この場合、Ｓ１０、Ｓ１５は削除されて、図２の処理は車両ドアが施錠されている状態で繰り返し実行すればよい。また図３の処理はドア開錠後、イグニッションオフ状態で繰り返し実行すればよい。
【００７１】
次に実施例２を説明する。実施例２においては、通信不良の報知処理をキー３側で行う。実施例２においては、キー３に報知部３６を装備する。それ以外は実施例１の装備構成と同じでよい。実施例２における処理手順は図４に示されている。図４の各処理のうちで図２と同じ符号の部分は、図２と同じ処理を行う。以下で図２と異なる部分を説明する。
【００７２】
図４の処理では、図２におけるＳ１００の処理がＳ１０５に置き換えられる。Ｓ１０５でスマートＥＣＵ４は、通信不良であることをキー側で報知するように指令する信号（報知指令信号）をＬＦ送信部４０から送信する。この処理はＬＦ信号がキーまで伝達される状況を想定している。したがって例えば所定の待ち時間が経過した場合（Ｓ５０：ＹＥＳ、Ｓ９０：ＹＥＳ）はＳ１０５の処理は行わないとしてもよい。
【００７３】
Ｓ１０５で送信された報知指令信号を、キー３はＳ２４０で受信する。そしてキー３はＳ２５０で報知処理を実行する。具体的には、表示部による通信不良を報せる文字表示や、発光による報知、音出力（ブザー、チャイム、音声など）による報知などとすればよい。
【００７４】
なお図４の処理は図２のＳ１００を削除し、Ｓ１０５、Ｓ２４０、Ｓ２５０の処理を付加した処理手順であるが、図３のＳ１００を削除し、Ｓ１０５、Ｓ２４０、Ｓ２５０の処理を付加してもよい。この場合スマートスタートシステムにおいて通信不良の報知処理をキー側で実行する。以上が実施例２である。なお実施例２においては、車両側に報知機能を持たせなくともよい。逆に車両側とキー側の両方で報知してもよい。
【００７５】
キー３は、スマートフォンなどの携帯情報端末にスマートキーの機能を実現するソフトウェアを搭載した実施形態としてもよい。この場合、キー３での報知処理は、携帯情報端末の有する液晶ディスプレイやスピーカーなどを用いた報知処理とすればよい。
【００７６】
以上の実施例は、特許請求の範囲に記載された趣旨の範囲内で適宜変更してよい。上記実施例ではＬＦ信号やＲＦ信号の周波数が２つの場合が示されたが、本発明はこれに限定せず、周波数の数は３つ、４つなど任意に設定すればよい。
【００７７】
また上記実施例では２回連続して認証失敗した場合にユーザに対する報知処理を行っているが、２回に限定せず、３回、４回など任意に設定すればよい。さらに何回連続して認証失敗したら報知するかを入力部８４によって、ユーザや工場やディーラーの作業員が設定変更できるとしてもよい。この場合、できるだけユーザへ報知する方がよいとの観点から所定回数を少なくしたり、頻繁な報知を回避するとの観点から所定回数を多くしたり等、要望や状況などに応じて適切に所定回数を設定することができる。
【符号の説明】
【００７８】
１ 報知システム（報知装置）
２ 車両
３ スマートキー（携帯機）
４ スマートＥＣＵ
【技術分野】
【０００１】
本発明は、報知装置に関する。
【背景技術】
【０００２】
車両のスマートキーシステム（スマートエントリーシステム、スマートスタートシステム）が普及している。現状のスマートキーシステムにおいては、例えばユーザがドアハンドル接触やエンジンスタートスイッチの押下といった操作を行うと、リクエスト信号（ポーリング信号）が送信され、スマートキーから返信されたＩＤとマスターＩＤとで照合がとれた時点でドア開錠やエンジン始動が実行される。
【０００３】
例えば下記特許文献１には、スマートキーシステムにおいて、乗員に運転継続の意思があるか否かを判定する手段を装備して、携帯機が車両から離間し、携帯機の不所持者に運転継続の意思がある場合には内燃機関の再始動を許可し、車両の盗難をより確実に防止するシステムが開示されている。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００７−１５３１９０号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
スマートキーシステムにおいては、車両とスマートキーとの間の無線通信において電波障害などの通信不良によりキーの認証（照合）が成功しない場合がある。そのためにマルチチャネル（複数の周波数帯域）で認証処理を行う手法がある。その例が図５に示されている。
【０００６】
図５（ａ）の例では、車両側から、１つの周波数（ＬＦ１）でＬＦ（Ｌｏｗ Ｆｒｅｑｕｅｎｃｙ）信号を送信して、これがスマートキーまで到達し、スマートキーからＲＦ（Ｒａｄｉｏ Ｆｒｅｑｕｅｎｃｙ）信号（周波数ＲＦ１）が返信されている。ＲＦ信号に含まれるスマートキーのＩＤが正規のＩＤであると認証されれば、ドアの開錠やエンジン始動が許可される。この例では通信不良がなく、１つ目の周波数で認証が成功しており、２つ目の周波数でのＬＦ信号送信は不要となる。
【０００７】
図５（ｂ）の例では、車両側から１つ目の周波数（ＬＦ１）でＬＦ信号を送信したが、その返信のＲＦ信号（周波数ＲＦ１）は通信不良によりノイズが混入しており、認証が失敗した。そこで別のチャネルでの認証をトライする。すなわち車両は別の周波数（ＬＦ２）でＬＦ信号を送信し、スマートキーも別の周波数（ＲＦ２）でＲＦ信号を返信する。図５（ｂ）の場合、２度目のＲＦ信号（周波数ＲＦ２）にはノイズが混入しておらず認証が成功した。
【０００８】
図５のマルチチャネルの認証処理では、２回目の認証トライで成功したが、通信不良の度合いによっては、何回トライしても認証が成功しない場合もある。その場合、ユーザは何故認証がうまくいかないのか事態が把握できず、不満を持つ可能性がある。あるいはシステムの不具合であると誤認する可能性もある。通信不良であるとの情報がユーザに伝達されれば、事態を把握できない不満や失敗原因の誤認などが回避できることに加えて、周辺に電波を発するものがあることにユーザが気づいて、それを除去する可能性もある。したがって通信不良の場合はその旨をユーザに報知するシステムが望ましいが、従来技術においては、そうした提案はない。
【０００９】
そこで本発明が解決しようとする課題は、上記問題点に鑑み、スマートキーシステムにおける通信不良をユーザに報知する報知装置を提供することにある。
【課題を解決するための手段】
【００１０】
上記課題を達成するために、本発明に係る報知装置は、車両に装備されて、所定の複数の周波数のうちの１つの周波数で識別信号の返信を要求する指令信号を無線で送信する送信手段と、前記車両に備えられた受信手段が受信した無線信号が、前記指令信号を受信した前記車両の正規の携帯機により返信された識別信号である認証成功であるか否かを判定する認証手段と、前記認証手段が認証成功と判定しない場合に、所定の複数の周波数のうちの前記１つの周波数とは異なる周波数での識別信号の返信を要求する指令信号を送信するように前記送信手段に指令する指令手段と、前記認証手段による判定が所定回数連続して認証成功でない場合に、通信不良であると判定する判定手段と、その判定手段が通信不良であると判定したら通信不良であることを報知する報知手段と、を備えたことを特徴とする。
【００１１】
これにより本発明に係る報知装置では、携帯機から車両に向けて１つの周波数で識別信号を送信したが認証が成功しなかった場合に別の周波数で識別信号を再送信して認証をトライするマルチチャネルのシステムにおいて、所定回数連続して認証失敗となったらユーザに向けて通信不良であることを報知する。したがって、従来のように何故認証がうまくいかないのかわからないままユーザが何度もトライして不満を感じたり例えばキーなどシステムの故障であるなどと誤認することなく、ユーザが事態を把握できるとともに、周辺に電波を発する原因があればユーザの側でそれを除去するといったかたちで対処することも可能となる。よってユーザの不満や誤認を回避し、適切な対応も促せるスマートキーシステムが構築できる。
【００１２】
また前記送信手段による指令信号の送信は前記車両のドアが施錠された状態で前記車両の外部に向けた送信であり、前記報知手段による報知は、前記車両の外部に向けた報知であるとしてもよい。
【００１３】
この発明によれば、車両のドアが施錠された状態で車外に向けて指令信号を送信する、いわゆるスマートエントリシステムにおいて、マルチチャネルで認証を行い、所定回数連続して認証失敗となったらユーザに向けて通信不良であることを報知する。したがって、ユーザが通信不良であるとの事態を把握できるとともに、周辺に電波を発する原因があればユーザの側でそれを除去するといったかたちで対処することも可能となるスマートエントリシステムが構築できる。
【００１４】
また前記送信手段による指令信号の送信は前記車両の駆動部が駆動されていない状態で前記車両の内部に向けた送信であり、前記報知手段による報知は、前記車両の内部に向けた報知であるとしてもよい。
【００１５】
この発明によれば、車両の駆動部が駆動されていない状態で車室内に向けて指令信号を送信する、いわゆるスマートスタートシステムにおいて、マルチチャネルで認証を行い、所定回数連続して認証失敗となったらユーザに向けて通信不良であることを報知する。したがって、ユーザが通信不良であるとの事態を把握できるとともに、周辺に電波を発する原因があればユーザの側でそれを除去するといったかたちで対処することも可能となるスマートスタートシステムが構築できる。
【００１６】
また前記車両の故障情報を記憶する記憶部と、前記判定手段が通信不良であると判定したら通信不良であることを前記記憶部に記憶する記憶制御手段と、を備えたとしてもよい。
【００１７】
この発明によれば、車両の故障情報を記憶する記憶部に、通信不良で携帯機の認証が失敗したことを記録するので、例えば多数の車両からそうした記録を集積すれば、通信不良の原因やシステム側の問題の有無等の分析に利用できる可能性が開かれる。したがって通信不良による携帯機の認証失敗の記録を、後の分析のために蓄積するシステムが構築できる。
【００１８】
また前記判定手段において用いられる前記所定回数を変更する変更手段を備えたとしてもよい。
【００１９】
この発明によれば、マルチチャネルのスマートキーシステムにおいて所定回数連続して認証失敗ならば通信不良をユーザに報知するシステムにおいて、所定回数を変更可能とする。したがって、できるだけユーザへ報知する方がよいとの観点から所定回数を少なくしたり、頻繁な報知を回避するとの観点から所定回数を多くしたり等、要望や状況などに応じて適切に所定回数を設定することができる。
【図面の簡単な説明】
【００２０】
【図１】本発明の報知システムの一実施例における構成図。
【図２】実施例１におけるスマートエントリーシステムの場合の処理手順を示すフローチャート。
【図３】実施例１におけるスマートスタートシステムの場合の処理手順を示すフローチャート。
【図４】実施例２における処理手順を示すフローチャート。
【図５】マルチチャンネルのスマートキーシステムにおける、車両からキーへ送信されるＬＦ信号と、キーから返信されるＲＦ信号との例を示す図。
【発明を実施するための形態】
【００２１】
以下、本発明の実施形態を図面を参照しつつ説明する。まず図１は、本発明に係る車両の報知システム１（システム）の装置構成の概略図である。図１に示されたシステム１は、車両２に備えられたスマート制御ユニット（ＥＣＵ：Ｅｌｅｃｔｒｏｎｉｃ Ｃｏｎｔｒｏｌ Ｕｎｉｔ）４、及びユーザが携帯可能なスマートキー３（キー、電子キー、携帯機）を備える。車両２は自動車であれば何ら限定されず、例えばガソリンエンジン車、ディーゼルエンジン車や、電気自動車、ハイブリッド車でもよい。
【００２２】
スマートＥＣＵ４（照合ＥＣＵ）はＬＦ送信部４０、ＲＦ受信部４１を備える。ＬＦ送信部４０は車室外ＬＦ送信部としても、車室内ＬＦ送信部としてもよい。車室外ＬＦ送信部の場合、例えば車両２のドアハンドルの部位に装備されて、ＬＦ（長波）帯域の電磁波によって車両２の車室外にリクエスト信号（あるいはポーリング信号）を送信する。
【００２３】
車室内ＬＦ送信部の場合は、車室内に装備されて、ＬＦ（長波）帯域の電磁波によって車両２の車室内にリクエスト信号（あるいはポーリング信号）を送信する。ＲＦ受信部４１は、例えば車室内に装備されて、車外、車室内から送信されたＲＦ信号を受信する。
【００２４】
ＬＦ送信部４０は周波数切替部４２を備える。周波数切替部４２は、ＬＦ送信部４０から送信されるリクエスト信号の周波数をＬＦ帯域内で予め指定された複数（例えば２つ、後述の例ではＬＦ１、ＬＦ２）の周波数のうちで切り替える。またＲＦ受信部４１はＲＳＳＩ検出部４３を備える。ＲＳＳＩ検出部４３は、ＲＦ受信部４１で受信したＲＦ信号のＲＳＳＩ（Ｒｅｃｅｉｖｅｄ Ｓｉｇｎａｌ Ｓｔｅｒｎｇｔｈ Ｉｎｄｉｃａｔｏｒ、電波強度、電界強度）を検出する。
【００２５】
スマートＥＣＵ４は通常のコンピュータの構造を有するとし、各種演算や情報処理を司るＣＰＵ、ＣＰＵの作業領域としての一時記憶部であるＲＡＭ、各種情報を記憶するための不揮発性のメモリ４４を備える。メモリ４４には、後述するマスターＩＤ４５が記憶されているとする。
【００２６】
車両２はさらにドア５、エンジンスタートスイッチ６、ダイアグＥＣＵ７を備える。車両２のドア５には、ロック機構５０、タッチセンサ５１が装備されている。ロック機構５０により、ドアが施錠あるいは開錠される。タッチセンサ５１は、車両２のドアハンドルに装備されて、ユーザがドアハンドルを握ったことを検出するセンサである。
【００２７】
なおドア５は車両２に装備された複数のドア（運転席側ドア、助手席側ドア、後部座席右側、左側ドアなど）を指すとし、その個々のドアにロック機構５０、タッチセンサ５１が装備されているとすればよい。
【００２８】
エンジンスタートスイッチ６は、スマートスタートシステムにおけるエンジン始動のためのスイッチであり、ユーザが押下し、車室内照合が成功するとエンジンが始動するスイッチである。エンジンスタートスイッチ６は、例えば車室内の運転席近傍に備えられる。
【００２９】
ダイアグＥＣＵ７は、車両２の各部における故障の自己診断（ダイアグノーシス、ダイアグと略記）機能を司るＥＣＵである。ダイアグＥＣＵ７は、書き換え可能なメモリ７０を備えて、メモリ７０内に車両各部の故障に関係する情報（ダイアグ情報）が記憶される。本実施例では、スマートキー３の認証の所定回数連続失敗を故障の可能性がある情報としてメモリ７に記憶する。
【００３０】
ダイアグＥＣＵ７は無線通信機能を有する通信部７１を備える。通信部７１によって、車両２のダイアグ情報を既存の通信網１０（例えば携帯電話網など）を介してセンター９へ送信する。センター９はこのようにして複数の車両からダイアグ情報を取得し、データベース９０に蓄積する。
【００３１】
車両２は本発明の主要部である報知部として、表示部８０、光出力部８１、音出力部８２を備える。これらの報知部によって、通信不良（電波障害など）によってスマートキー３の認証が失敗したとの情報をユーザに対して報知する。
【００３２】
表示部８０は上記情報を文字表示によって報知する。表示部８０は、車室内のユーザに向けて表示する場合は、車室内に装備された各種の表示部（例えば液晶表示部）とすればよい。また車室外のユーザに向けて表示する場合は、例えば車両２のダッシュボードにプロジェクタを装備して、フロントガラスに向けて文字情報を投影する形態とすればよい。
【００３３】
光出力部８１は、上記の情報を光出力（発光）によって報知する。光出力部８１は、車室内のユーザに向けて報知する場合は、車室内に装備したランプなどとすればよい。また車室外のユーザに向けて報知する場合は、例えばハザードランプとして、その点滅によって報知すればよい。
【００３４】
音出力部８２は、上記の情報を音（音声）出力によって報知する。音出力部８２は、車室内のユーザに向けて報知する場合は、車室内に装備されたチャイムやスピーカとして、チャイムやブザーによる音や、スピーカからの上記情報を知らせる声などとすればよい。また車室外のユーザに向けて報知する場合は、例えば車両２の警笛などとすればよい。
【００３５】
さらに車両２はＧＰＳ部８３、入力部８４を備える。ＧＰＳ部８３は、公知の技術を用いて、ＧＰＳ衛星からの信号を受信して車両２の位置（緯度、経度）を算出し、車両の速度や操舵角などの情報や、記憶した地図情報とのマッチングにより位置を補正する。本実施例において、ＧＰＳ部８３によって算出された車両２の位置情報は、認証失敗の情報とともにセンター９に送られる。
【００３６】
入力部８４は、例えば車室内に備えられて、各種ボタンなどによって乗員（や工場やディーラの作業員）からの入力を受け付ける。本実施例では、何回連続して認証に失敗したら上記報知部によって報知するかの設定入力を受け付ける。以上の各部は車内通信（例えばＣＡＮ通信）により接続されて情報の受け渡しが可能となっている。
【００３７】
次に、キー３は、ユーザが携帯可能でスマートキーシステムに関わる電子キーである。キー３は、ＬＦ受信部３０、ＲＦ送信部３１、制御部３２、メモリ３３を備える。メモリ３３には、当該キー３に固有の識別信号３４（ＩＤコード、ＩＤ）が記憶されている。ＲＦ送信部３１は周波数切替部３５を備える。
【００３８】
ＬＦ受信部３０は、ＬＦ送信部４０から送信されたリクエスト信号（ポーリング信号）を受信する。ＲＦ送信部３１は、ＬＦ受信部３０でのリクエスト信号（ポーリング信号）の受信を受けて、当該キー３固有のＩＤコード３４をＲＦ信号として送信する。制御部３２は、通常のコンピュータと同様の構造を有するとし、各種情報処理のためのＣＰＵや、ＣＰＵの作業領域としての一時記憶部のＲＡＭなどを備えるとする。
【００３９】
制御部３２によってＬＦ受信部３０、ＲＦ送信部３１、メモリ３３などキー３の各装備が制御される。周波数切替部３５は、ＲＦ送信部３１から送信されるＲＦ信号の周波数を予め指定された複数（例えば２つ、後述の例ではＲＦ１、ＲＦ２）の周波数のうちで切り替える。
【００４０】
さらにキー３は報知部３６を備える。報知部３６はキーを所持するユーザに対して通信不良を報知する目的で装備される。報知部３６は、例えば文字やアイコンを表示する表示部や、発光によって報知する光出力部（例えばＬＥＤ）、音により報知する音出力部（例えばブザー、チャイム）などとすればよい。なお実施例１においては報知部３６は装備しなくてもよい。
【００４１】
本システムは、車両のドアの開錠方法として、いわゆるスマートエントリーシステムを備える。この方法では、ユーザによるドアハンドルを握るドア開錠のための操作をタッチセンサ５１が検出すると、車室外ＬＦ送信部４０からキー３へ向けて識別信号（ＩＤ３４）の返信を指令するＬＦ波によるリクエスト信号が送信される。
【００４２】
キー３はリクエスト信号を受信するとＩＤ３４を含むＲＦ波の信号をＲＦ送信部３１から返信する。スマートＥＣＵ４は、ＲＦ受信部４１で受信した信号とマスターＩＤ４４とを照合して、照合成功ならば、車両のドア５を開錠する、あるいは開錠許可状態とする。
【００４３】
また本システムは、車両２の駆動部（エンジン、モータ）の始動のためのシステムとしてスマートスタートシステムを備える。この方法では、ユーザによるエンジンスタートスイッチ６を押下する操作が検出されると、ＬＦ送信部４０から車室内へ向けて識別信号（ＩＤ３４）の返信を指令するＬＦ波によるリクエスト信号が送信される。
【００４４】
キー３はリクエスト信号を受信するとＩＤ３４を含むＲＦ波の信号をＲＦ送信部３１から返信する。スマートＥＣＵ４は、ＲＦ受信部４１で受信した信号とマスターＩＤ４４とを照合して、照合成功ならば、車両２の駆動部（エンジン、モータ）の始動する。なおスマートエントリシステム、スマートスタートシステムにおいては、常時ポーリング信号を発信する形態でもよい。
【００４５】
以上の構成のもとで実施例１において、システム１は、車両２のスマートエントリシステムあるいはスマートスタートシステムにおける認証失敗時の報知処理を実行する。スマートエントリシステムの場合の処理手順が図２に示されている。図２（及び後述の図３）の処理手順は予めプログラム化して例えばメモリ４４に記憶しておき、スマートＥＣＵ４が呼び出して自動的に実行するとすればよい。図２における左側の処理はスマートＥＣＵ４側の処理、右側の処理は、車両２の所有者が携帯するキー３側の処理である。
【００４６】
図２の処理では、まずＳ１０でスマートＥＣＵ４は、ユーザによるドアハンドルへの接触をタッチセンサ５１が検出したか否かを判定する。タッチセンサ５１が接触を検出した場合（Ｓ１０：ＹＥＳ）はＳ２０に進み、接触を検出していない場合（Ｓ１０：ＮＯ）はＳ１０を繰り返して待ち状態となる。Ｓ２０に進んだらスマートＥＣＵ４は、ＬＦ信号（リクエスト信号）をＬＦ送信部４０から送信する。
【００４７】
本実施例においては、スマートエントリにおける認証処理はマルチチャンネル（複数周波数）で行う。図２では２つの周波数の場合が示されている。すなわちＬＦ送信部４０から送信するＬＦ信号の周波数として、予めＬＦ１とＬＦ２とを設定しておく。同様にＲＦ送信部３１から送信するＲＦ信号の周波数として、予めＲＦ１とＲＦ２とを設定しておく。
【００４８】
そして一方の周波数で認証がうまくいかない場合は、その周波数では通信不良（電波障害）があると判断して、もう一方の周波数で再トライする。Ｓ２０で送信するＬＦ信号の周波数は周波数切替部４２によって例えばＬＦ１と設定される。ここでＬＦ１は例えば前回の認証が成功した際の周波数とすればよい。
【００４９】
キー３は、Ｓ２０で送信されたＬＦ信号（周波数ＬＦ１）をＳ２００でＬＦ受信部３０により受信する。これによりスマートＥＣＵ４側からＩＤ送信を求めるリクエスト信号を受信したので、キー３はＳ２１０で、キー３固有のＩＤ３４を含むＲＦ信号（識別信号）をＲＦ送信部３１から送信する。ここでＲＦ信号の周波数は周波数切替部３５によって例えばＲＦ１と設定する。
【００５０】
続いてＳ３０でスマートＥＣＵ４は、ＲＦ信号（周波数ＲＦ１）を受信したか否かを判定する。ＲＦ信号の受信の判定は具体的には、ＲＳＳＩ検出部４３によって検出された電波強度が電波受信を示すレベルを超えたら受信したと判定すればよい。ＲＦ信号を受信した場合（Ｓ３０：ＹＥＳ）はＳ４０に進み、ＲＦ信号を受信していない場合（Ｓ３０：ＮＯ）はＳ５０に進む。
【００５１】
Ｓ５０に進んだらスマートＥＣＵ４は、Ｓ２０でのＬＦ信号送信から所定時間が経過したか否かを判定する。ここで所定時間とは、ＲＦ信号の受信のために設定された待ち時間である。既に所定時間を経過した場合（Ｓ５０：ＹＥＳ）はＳ６０に進み、まだ所定時間を経過していない場合（Ｓ５０：ＮＯ）はＳ３０に戻ってＲＦ信号受信を待つ。
【００５２】
Ｓ４０に進んだら認証（照合）処理を行う。具体的には、受信したＲＦ信号中のＩＤ３４がマスターＩＤ４５と一致したら認証成功、一致しなかったら認証失敗と判定する。認証が成功の場合、ＲＦ信号の送信元は車両２の正規のキー３であり、Ｓ１０で車両２のドア５に接触したのは車両２の正規の所有者だと判断する。認証成功の場合（Ｓ４０：ＹＥＳ）はＳ１１０に進み、認証失敗の場合（Ｓ４０：ＮＯ）はＳ６０に進む。
【００５３】
Ｓ１１０に進んだら車両２のドア５のロック機構５０を開錠する。Ｓ６０に進んだら、周波数ＬＦ１、ＲＦ１による認証処理が成功しなかった（ＲＦ信号未受信も含む）ので、もう１つの周波数ＬＦ２、ＲＦ２による認証に移行する。
【００５４】
すなわちＳ６０に進んだらスマートＥＣＵ４は、もう１つの周波数ＬＦ２でＬＦ信号（リクエスト信号）をＬＦ送信部４０から送信する。キー３は、Ｓ６０で送信されたＬＦ信号（周波数ＬＦ２）をＳ２２０でＬＦ受信部３０により受信する。これによりスマートＥＣＵ４側からＩＤ送信を求めるリクエスト信号を再び受信したので、キー３はＳ２３０で、キー３固有のＩＤ３４を含むＲＦ信号（識別信号）をＲＦ送信部３１から送信する。ここでＲＦ信号の周波数は、周波数切替部３５によってもう１つの周波数ＲＦ２と設定される。
【００５５】
続いてＳ７０でスマートＥＣＵ４は、Ｓ３０と同様に、ＲＦ信号（周波数ＲＦ２）を受信したか否かを判定する。ＲＦ信号を受信した場合（Ｓ７０：ＹＥＳ）はＳ８０に進み、ＲＦ信号を受信していない場合（Ｓ７０：ＮＯ）はＳ９０に進む。
【００５６】
Ｓ９０に進んだらスマートＥＣＵ４は、Ｓ６０でのＬＦ信号送信から所定時間（待ち時間）が経過したか否かを判定する。既に所定時間を経過した場合（Ｓ９０：ＹＥＳ）は、Ｓ１００に進む。まだ所定時間を経過していない場合（Ｓ９０：ＮＯ）はＳ７０に戻ってＲＦ信号受信を待つ。
【００５７】
Ｓ８０に進んだら、Ｓ４０と同様に認証（照合）処理を行う。そして認証成功の場合（Ｓ８０：ＹＥＳ）はＳ１１０に進み、認証失敗の場合（Ｓ８０：ＮＯ）はＳ１００に進む。上述のとおりＳ１１０に進んだら車両２のドア５を開錠する。一方Ｓ１００に進んだ場合は２回連続認証に成功できなかった場合である。したがってＳ１００では、通信不良（電波障害）であることをユーザに対して報知する処理を実行する。
【００５８】
Ｓ１００では、表示部８０、光出力部８１、音出力部８２のうち少なくとも１つを用いて報知処理を実行する。このうち表示部８０は、通信不良によりキーの認証が成功しないとの情報を車外に向けて文字表示によって報知する。具体的には、例えば車両２のダッシュボードに装備したプロジェクタによりフロントガラスに向けて「通信不良でキーが認証できません」などの文字情報を投影する。
【００５９】
また光出力部８１は、例えばハザードランプの点滅によって、通信不良によりキーの認証が成功しないことを車外に向けて報知する。音出力部８２は、例えば車両２の警笛により、通信不良によりキーの認証が成功しないことを車外に向けて報知する。
【００６０】
以上の報知処理によってユーザはドアが開錠されない理由が認識できる。（ユーザはマニュアルなどによって所定の報知が通信不良を示すことを認識しているとする。）よってユーザは事態が把握できるとともに、近くに電波を発するようなものがある場合にはそれを除去するなどの対策を講じることもできる。したがって従来のように、理由がわからないまま何度もトライすることによるユーザの不満などが回避できる。
【００６１】
続いてＳ１２０でスマートＥＣＵ４は、認証処理が成功しなかったとの情報を、車内通信を用いてダイアグＥＣＵ７に送信する。ダイアグＥＣＵ７は、受け取った同情報をメモリ７０に記憶する。そしてダイアグＥＣＵ７は、同情報（を含む車両２のダイアグ情報）を通信部７１を用いてセンター９に無線で送信する。
【００６２】
送信の際、キー認証が（連続回数）失敗した場所や日時なども一緒に送信する。キー認証が失敗した場所の情報はＧＰＳ部８３から取得すればよい。キー認証が失敗した日時の情報は、例えばスマートＥＣＵ４などに計時機能を持たせて、それにより取得すればよい。
【００６３】
センター９には複数の（通常多数の）車両からダイアグ情報が送信されてデータベース９０に蓄積されるが、本実施例に関してセンター９は、スマートキーシステムにおける通信不良やシステム不良に関した情報の蓄積を行う（さらに分析を行ってもよい）。その蓄積（分析）の具体例は例えば以下のとおりである。
【００６４】
多数の車両からのキー認証失敗の情報を総合することにより、キー認証失敗の場所が地域的に（例えば都市部に）限定される場合は、地域的な通信不良によるキー認証失敗であり、本システムの不具合ではないと判定する。逆にキー認証失敗の場所が地域的に限定されない場合は本システムの不具合の可能性があると判定する。またキー認証失敗の日時が例えば特定の温度条件に限定される場合は、温度条件などによって不具合が発生する可能性があると判定する。以上が図２の処理手順である。
【００６５】
なお図２の処理では、所定の待ち時間が経過した場合（Ｓ５０：ＹＥＳ、Ｓ９０：ＹＥＳ）も通信不良（例えばＬＦ信号が通信不良でキーまで届かなかったのでＲＦ信号の返信がなかった）とみなしたが、Ｓ５０：ＹＥＳおよびＳ９０：ＹＥＳの場合は、通信不良ではなくユーザのキー不所持やキー３の電池切れなどと判断してＳ１００に進まず図２の処理を終了してもよい。
【００６６】
次に図３を説明する。図２がスマートエントリー（スマートキーを用いたドア開錠）における通信不良の報知処理手順であったのに対して、図３はスマートスタート（スマートキーを用いたエンジン始動）における通信不良の報知処理手順である。図３の各処理のうちで図２と同じ符号の部分は、図２と同じ処理を行う。以下で図２と異なる部分を説明する。
【００６７】
図３の処理では、図２のＳ１０がＳ１５に置き換えられる。Ｓ１５でスマートＥＣＵ４は、エンジンスタートスイッチ６に対するユーザによるオン操作が行われたか否かを判定する。エンジンスタートスイッチ６に対するオン操作が行われた場合（Ｓ１５：ＹＥＳ）はＳ２０へ進み、エンジンスタートスイッチ６１に対するオン操作が行われていない場合（Ｓ１５：ＮＯ）はＳ１０を繰り返してオン操作を待つ。図３では、図２のＳ１１０がＳ１１５に置き換えられる。Ｓ１１５でスマートＥＣＵ４は、エンジン（モータ）始動を指令する。
【００６８】
図３におけるＳ２０とＳ６０でのＬＦ信号送信は車室内における送信とすればよい。また図３におけるＳ１００での報知処理は、車室内のユーザに向けた報知処理とすればよい。具体的には、表示部８０は車室内に装備された各種の表示部（例えば液晶表示部）として、「通信不良でキーが認証できません」などの文字情報を表示する。
【００６９】
光出力部８１は、上記の情報を光出力（発光）によって報知する。光出力部８１は車室内に装備したランプとして、発光によって通信不良によりキーの認証が成功しないことを車室内に向けて報知する。音出力部８２は車室内に装備されたスピーカとして、チャイムやブザーなどの音や、通信不良によりキーの認証が成功しないことを示す音声などによって、車室内に向けて報知する。以上が実施例１である。
【００７０】
なお図２、図３の処理は、ユーザによる車両ドアへの接触やエンジンスタートスイッチ押下を基点とした処理手順となっているが、本発明はこれらに限定せず、常時ポーリング信号を繰り返し送信する形態でもよい。この場合、Ｓ１０、Ｓ１５は削除されて、図２の処理は車両ドアが施錠されている状態で繰り返し実行すればよい。また図３の処理はドア開錠後、イグニッションオフ状態で繰り返し実行すればよい。
【００７１】
次に実施例２を説明する。実施例２においては、通信不良の報知処理をキー３側で行う。実施例２においては、キー３に報知部３６を装備する。それ以外は実施例１の装備構成と同じでよい。実施例２における処理手順は図４に示されている。図４の各処理のうちで図２と同じ符号の部分は、図２と同じ処理を行う。以下で図２と異なる部分を説明する。
【００７２】
図４の処理では、図２におけるＳ１００の処理がＳ１０５に置き換えられる。Ｓ１０５でスマートＥＣＵ４は、通信不良であることをキー側で報知するように指令する信号（報知指令信号）をＬＦ送信部４０から送信する。この処理はＬＦ信号がキーまで伝達される状況を想定している。したがって例えば所定の待ち時間が経過した場合（Ｓ５０：ＹＥＳ、Ｓ９０：ＹＥＳ）はＳ１０５の処理は行わないとしてもよい。
【００７３】
Ｓ１０５で送信された報知指令信号を、キー３はＳ２４０で受信する。そしてキー３はＳ２５０で報知処理を実行する。具体的には、表示部による通信不良を報せる文字表示や、発光による報知、音出力（ブザー、チャイム、音声など）による報知などとすればよい。
【００７４】
なお図４の処理は図２のＳ１００を削除し、Ｓ１０５、Ｓ２４０、Ｓ２５０の処理を付加した処理手順であるが、図３のＳ１００を削除し、Ｓ１０５、Ｓ２４０、Ｓ２５０の処理を付加してもよい。この場合スマートスタートシステムにおいて通信不良の報知処理をキー側で実行する。以上が実施例２である。なお実施例２においては、車両側に報知機能を持たせなくともよい。逆に車両側とキー側の両方で報知してもよい。
【００７５】
キー３は、スマートフォンなどの携帯情報端末にスマートキーの機能を実現するソフトウェアを搭載した実施形態としてもよい。この場合、キー３での報知処理は、携帯情報端末の有する液晶ディスプレイやスピーカーなどを用いた報知処理とすればよい。
【００７６】
以上の実施例は、特許請求の範囲に記載された趣旨の範囲内で適宜変更してよい。上記実施例ではＬＦ信号やＲＦ信号の周波数が２つの場合が示されたが、本発明はこれに限定せず、周波数の数は３つ、４つなど任意に設定すればよい。
【００７７】
また上記実施例では２回連続して認証失敗した場合にユーザに対する報知処理を行っているが、２回に限定せず、３回、４回など任意に設定すればよい。さらに何回連続して認証失敗したら報知するかを入力部８４によって、ユーザや工場やディーラーの作業員が設定変更できるとしてもよい。この場合、できるだけユーザへ報知する方がよいとの観点から所定回数を少なくしたり、頻繁な報知を回避するとの観点から所定回数を多くしたり等、要望や状況などに応じて適切に所定回数を設定することができる。
【符号の説明】
【００７８】
１ 報知システム（報知装置）
２ 車両
３ スマートキー（携帯機）
４ スマートＥＣＵ
【特許請求の範囲】
【請求項１】
車両に装備されて、所定の複数の周波数のうちの１つの周波数で識別信号の返信を要求する指令信号を無線で送信する送信手段と、
前記車両に備えられた受信手段が受信した無線信号が、前記指令信号を受信した前記車両の正規の携帯機により返信された識別信号である認証成功であるか否かを判定する認証手段と、
前記認証手段が認証成功と判定しない場合に、所定の複数の周波数のうちの前記１つの周波数とは異なる周波数での識別信号の返信を要求する指令信号を送信するように前記送信手段に指令する指令手段と、
前記認証手段による判定が所定回数連続して認証成功でない場合に、通信不良であると判定する判定手段と、
その判定手段が通信不良であると判定したら通信不良であることを報知する報知手段と、
を備えたことを特徴とする報知装置。
【請求項２】
前記送信手段による指令信号の送信は前記車両のドアが施錠された状態で前記車両の外部に向けた送信であり、
前記報知手段による報知は、前記車両の外部に向けた報知である請求項１に記載の報知装置。
【請求項３】
前記送信手段による指令信号の送信は前記車両の駆動部が駆動されていない状態で前記車両の内部に向けた送信であり、
前記報知手段による報知は、前記車両の内部に向けた報知である請求項１に記載の報知装置。
【請求項４】
前記車両の故障情報を記憶する記憶部と、
前記判定手段が通信不良であると判定したら通信不良であることを前記記憶部に記憶する記憶制御手段と、
を備えた請求項１乃至３のいずれか１項に記載の報知装置。
【請求項５】
前記判定手段において用いられる前記所定回数を変更する変更手段を備えた請求項１乃至４のいずれか１項に記載の報知装置。
【請求項１】
車両に装備されて、所定の複数の周波数のうちの１つの周波数で識別信号の返信を要求する指令信号を無線で送信する送信手段と、
前記車両に備えられた受信手段が受信した無線信号が、前記指令信号を受信した前記車両の正規の携帯機により返信された識別信号である認証成功であるか否かを判定する認証手段と、
前記認証手段が認証成功と判定しない場合に、所定の複数の周波数のうちの前記１つの周波数とは異なる周波数での識別信号の返信を要求する指令信号を送信するように前記送信手段に指令する指令手段と、
前記認証手段による判定が所定回数連続して認証成功でない場合に、通信不良であると判定する判定手段と、
その判定手段が通信不良であると判定したら通信不良であることを報知する報知手段と、
を備えたことを特徴とする報知装置。
【請求項２】
前記送信手段による指令信号の送信は前記車両のドアが施錠された状態で前記車両の外部に向けた送信であり、
前記報知手段による報知は、前記車両の外部に向けた報知である請求項１に記載の報知装置。
【請求項３】
前記送信手段による指令信号の送信は前記車両の駆動部が駆動されていない状態で前記車両の内部に向けた送信であり、
前記報知手段による報知は、前記車両の内部に向けた報知である請求項１に記載の報知装置。
【請求項４】
前記車両の故障情報を記憶する記憶部と、
前記判定手段が通信不良であると判定したら通信不良であることを前記記憶部に記憶する記憶制御手段と、
を備えた請求項１乃至３のいずれか１項に記載の報知装置。
【請求項５】
前記判定手段において用いられる前記所定回数を変更する変更手段を備えた請求項１乃至４のいずれか１項に記載の報知装置。
【図１】
【図２】
【図３】
【図４】
【図５】
【図２】
【図３】
【図４】
【図５】
【公開番号】特開２０１２−１７１４５８（Ｐ２０１２−１７１４５８Ａ）
【公開日】平成２４年９月１０日（２０１２．９．１０）
【国際特許分類】
【出願番号】特願２０１１−３４６６８（Ｐ２０１１−３４６６８）
【出願日】平成２３年２月２１日（２０１１．２．２１）
【出願人】（０００００４２６０）株式会社デンソー (27,639)
【Ｆターム（参考）】
【公開日】平成２４年９月１０日（２０１２．９．１０）
【国際特許分類】
【出願日】平成２３年２月２１日（２０１１．２．２１）
【出願人】（０００００４２６０）株式会社デンソー (27,639)
【Ｆターム（参考）】
[ Back to top ]