(57)【要約】【課題】携帯機側での消費電力を抑制しつつ最適な応答性を確保することができる遠隔制御システム及び遠隔制御方法を提供する。【解決手段】車両側では、携帯機からの制御要求信号Ｓｃｏｎｔを受信したとき、当該信号に応じた車両側での制御に要する処理完了時間Ｔｆｉｎを演算し、その演算結果を含む処理完了時間応答信号Ｓｔｉｍｅを無線送信する。携帯機側では、車両側での処理完了時間Ｔｆｉｎ、即ち車両側での制御の実行結果に関する情報を含む結果応答信号Ｓｒｅｓが送信されるタイミングを正確に把握可能となる。携帯機側では、処理完了時間Ｔｆｉｎが経過するまで節電状態を維持する。また、携帯機の操作を通じた遠隔制御が実行される度に、その時々の車両側の状態等が反映された処理完了時間Ｔｆｉｎが算出される。携帯機側では、処理完了時間Ｔｆｉｎに基づきスリープ時間Ｔｓが好適に設定される。【選択図】図４
2010265641.tif 000002
【特許請求の範囲】
【請求項１】
ユーザに所持される携帯機の操作を通じて無線送信される特定の遠隔制御対象の制御の実行を要求する旨の制御要求信号を受信した場合に、前記遠隔制御対象の制御を実行するとともに、定められたタイミングで当該制御の実行結果に関する情報を含む結果応答信号を前記携帯機側へ無線送信する制御手段を備え、前記携帯機は、前記制御手段側からの前記結果応答信号に含まれる前記遠隔制御対象の制御の実行結果に関する情報に基づき当該制御の実行結果を自身に設けられる報知手段を通じてユーザに報知する遠隔制御システムにおいて、
前記制御手段は、前記制御要求信号を受信した際には、前記遠隔制御対象の制御を実行するとともに、当該制御の開始から完了までに要する処理完了時間を前記制御要求信号に基づき演算してその演算結果を含む処理完了時間応答信号を無線送信し、
前記携帯機は、前記制御要求信号を送信した後、定められた待機時間だけ無線電波の受信が可能となる受信待機状態を維持し、この間に前記制御手段側からの処理完了時間応答信号を受信した場合には、当該処理完了時間応答信号に基づき設定される休止時間だけ、自身の動作状態を、前記受信待機状態から当該受信待機状態のときよりも電力消費が少ない節電状態へ遷移させて、当該休止時間が経過したときには、前記節電状態から前記受信待機状態へ自身の動作状態を遷移させて前記結果応答信号を受信する遠隔制御システム。
【請求項２】
請求項１に記載の遠隔制御システムにおいて、
前記制御手段は、前記遠隔制御対象の制御が、当初に算出した処理完了時間内に完了しない旨判断される場合には、当初に算出した処理完了時間が経過するタイミングで、前記結果応答信号に代えて当該遠隔制御対象の制御に要する新たな時間情報を含む追加処理時間応答信号を送信し、
前記携帯機は、前記制御手段側からの追加処理時間応答信号を受信した場合には、当該信号に基づき設定される休止時間だけ、自身の動作状態を、前記受信待機状態から前記節電状態へ遷移させて、当該休止時間が経過したときには、前記節電状態から前記受信待機状態へ自身の動作状態を遷移させて前記結果応答信号を受信する遠隔制御システム。
【請求項３】
ユーザに所持される携帯機の操作を通じて無線送信される特定の遠隔制御対象の制御の実行を要求する旨の制御要求信号を、当該遠隔制御対象の制御手段が受信した場合に、当該制御手段が前記遠隔制御対象の制御を実行するとともに、定められたタイミングで当該制御の実行結果に関する情報を含む結果応答信号を前記携帯機側へ無線送信する段階と、
前記携帯機が、前記制御手段側からの前記結果応答信号に含まれる前記遠隔制御対象の制御の実行結果に関する情報に基づき当該制御の実行結果を自身に設けられる報知手段を通じてユーザに報知する段階と、を含む遠隔制御方法において、
前記制御手段が、前記制御要求信号を受信して、前記遠隔制御対象の制御を実行するとともに、当該制御の開始から完了までに要する処理完了時間を前記制御要求信号に基づき算出してその旨示す情報を含む処理完了時間応答信号を無線送信する段階と、
前記携帯機が、前記制御要求信号を送信した後、無線電波の受信が可能となる受信待機状態が維持される定められた待機時間が経過する前に、前記制御手段側からの処理完了時間応答信号を受信して、当該処理完了時間応答信号に基づき設定される休止時間だけ、自身の動作状態を、前記受信待機状態から当該受信待機状態のときよりも電力消費が少ない節電状態へ遷移させる段階と、
前記携帯機が、前記休止時間が経過したとき、前記節電状態から前記受信待機状態へ自身の動作状態を遷移させて前記結果応答信号を受信する段階と、を含む遠隔制御方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、無線通信を利用した遠隔制御システム及び遠隔制御方法に関する。
【背景技術】
【０００２】
無線通信を利用した遠隔制御システムの一として、従来、ユーザにより所持される携帯機と車両との間の無線通信を通じてドアの施解錠あるいはエンジンの始動等の各種の制御を実行する、いわゆる電子キーシステムが知られている。例えば施錠状態のドアを解錠するに際して、携帯機の解錠ボタンが操作されると、解錠要求信号及び携帯機に固有の識別情報を含む無線信号が送信される。車両側では自身に登録されている識別情報と携帯機からの無線信号に含まれる識別情報との照合を通じて携帯機の正当性を認証し、当該認証が成立する場合にはドアの解錠が許可または実行される。こうしたシステムの中には、携帯機から車両（正確には、車載機）へ制御要求信号を送信した後に、車両側から携帯機側へ制御結果に関する情報が送信されるものもある。これにより、ユーザは、携帯機側で制御結果を確認することができる。
【０００３】
しかし、車両側での制御に要する時間は、制御内容あるいは制御対象機器の状態などによって変動する。このため、車両側での制御が完了した時点で、直ちに車両側から携帯機側へ制御結果に関する情報を送信したとすると、次のような問題が発生する。すなわち、携帯機側では、車両側から情報が送信されてくるタイミングを正確に把握することはできない。このため、携帯機が車両側からの情報を確実に受信するためには、例えば携帯機から車両へ制御要求信号を送信した後、直ちに携帯機側の受信回路をアクティブにして情報の受信に備える、といった方法を取らざるを得ない。しかしこの場合には、車両側での制御が実際には完了していないにもかかわらず、携帯機側の受信回路がアクティブになるため、携帯機側で無駄に電力が消費される時間が相応に長くなり、その分、電池の寿命が短くなる。
【０００４】
そこでこの問題を解決するために、例えば特許文献１に記載される遠隔制御システムが従来提案されている。すなわち、図６に示されるように、当該システムでは、ユーザにより携帯機が操作されると、当該操作に対応する制御要求信号Ｓｃｏｎｔが携帯機から車両へ送信される（時刻Ｔ１）。車両は携帯機からの制御要求信号Ｓｃｏｎｔを受信すると（時刻Ｔ２）、この制御要求信号Ｓｃｏｎｔに対応する制御を実行する（時刻Ｔ３）。そして、携帯機は、制御要求信号Ｓｃｏｎｔを送信した後、あらかじめ取り決められた待機時間Ｔｘだけ経過したときに、車両側での制御の実行結果に関する情報の送信を要求する旨の結果要求信号Ｓｏｕｔを車両へ送信する（時刻Ｔ４）。この待機時間Ｔｘは、車両側での各制御内容に応じて、かつ各制御が開始されてから完了するまでの処理時間Ｔｙを見越してこれと同程度あるいは長い時間に設定される。また携帯機は、制御要求信号Ｓｃｏｎｔを送信した後、待機時間Ｔｘが経過するまでは、いわゆるスリープ状態、すなわち無線信号の受信が可能となる受信待機状態にあるときよりも電力消費が少ない省電力状態に維持される。
【０００５】
車両は、携帯機からの結果要求信号Ｓｏｕｔを受信すると（時刻Ｔ５）、これを契機として結果要求信号Ｓｏｕｔを受信したタイミングに応じて決まる送信タイミングで、制御の実行結果に関する情報を含む結果応答信号Ｓｒｅｓを携帯機側へ送信する（時刻Ｔ６）。また、携帯機は、結果要求信号Ｓｏｕｔを送信したタイミングに応じて決まる受信タイミングになったら、車両側から送信されてくる結果応答信号Ｓｒｅｓを受信可能な状態である受信待機状態になる。携帯機は受信待機状態に維持されている間に車両側からの結果応答信号Ｓｒｅｓを受信する（時刻Ｔ７）。このように、特許文献１の遠隔制御システムによれば、車両側から携帯機側へ制御結果に関する情報を送信するタイミングが車両側の都合のみで決まるシステムとは異なり、携帯機はいつ返されるのかがわからない応答を待ち続ける必要が無い。したがって、携帯機側での電力消費を抑制することができる。
【先行技術文献】
【特許文献】
【０００６】
【特許文献１】特開２００８−２６６９７３号公報
【発明の概要】
【発明が解決しようとする課題】
【０００７】
ところが、特許文献１のシステムには、次のような懸念があった。すなわち、前述したように、車両側での制御に要する時間は、制御内容あるいは制御対象機器の状態などによって変動する。具体的には、車両側から応答データとして返す情報は、当該遠隔制御システムの制御装置が他のシステムの制御装置を通じて取得する情報となるため、当該他の制御装置のその時々の負荷状況等により、処理時間にばらつきが出る。このため、待機時間Ｔｘは車両側での制御に要する時間を見越して設定されてはいるものの、図６のタイミングチャートに二点鎖線で示されるように、車両側での処理時間が想定外に延びて、携帯機から結果要求信号Ｓｏｕｔが送信されるに際して、車両側での処理が未だ完了していない場合が十分に考えられる。車両側では、制御要求信号Ｓｃｏｎｔに応じた制御が完了したときに携帯機からの結果要求信号Ｓｏｕｔの受信を試行する構成とされていることから、この場合には、携帯機からの結果要求信号Ｓｏｕｔは車両側では受信されない。このため、携帯機側では、例えば結果要求信号Ｓｏｕｔの送信を所定の制御間隔で所定の回数だけ繰り返すなどの対策を講じる必要があった。この結果要求信号Ｓｏｕｔの送信から結果応答信号Ｓｒｅｓの受信までの一連の処理を繰り返すほど、携帯機側での電力が無駄に消費される。また、車両から携帯機への応答性も低下する。
【０００８】
車両側での各制御にかかる処理が確実に完了する程度の時間に待機時間Ｔｘを設定することも考えられるが、この場合には車両からの応答信号は確実に受信できるものの、車両から携帯機への応答性の低下、ひいては利便性の低下が懸念される。すなわち、車両側での処理時間が携帯機の待機時間Ｔｘを超える前述の場合とは逆に、待機時間Ｔｘが経過する前に車両側での処理が完了する場合も考えられるところ、この場合には、車両側での処理が完了してから待機時間Ｔｘが経過するまでの時間が無駄な待ち時間となる。
【０００９】
このように、特許文献１のシステムでは、待機時間Ｔｘを設定することにより、一定程度の応答性を確保しつつ携帯機側での消費電力についてもある程度は抑制することができる。しかし、車両側での処理状況によっては、携帯機側では未だ無駄な電力が消費される状況が存在するとともに、予め設定される待機時間Ｔｘが逆に応答性のさらなる向上を阻害する一因となる状況も存在する。すなわち、特許文献１のシステムでは、携帯機側での電力消費の低減及び応答性確保の観点から、車両側での処理時間の変動に柔軟に対応しきれない場合があり、この点で未だ改善の余地があった。
【００１０】
本発明は上記問題点を解決するためになされたものであって、その目的は、携帯機側での消費電力を抑制しつつ最適な応答性を確保することができる遠隔制御システム及び遠隔制御方法を提供することにある。
【課題を解決するための手段】
【００１１】
請求項１に記載の発明は、ユーザに所持される携帯機の操作を通じて無線送信される特定の遠隔制御対象の制御の実行を要求する旨の制御要求信号を受信した場合に、前記遠隔制御対象の制御を実行するとともに、定められたタイミングで当該制御の実行結果に関する情報を含む結果応答信号を前記携帯機側へ無線送信する制御手段を備え、前記携帯機は、前記制御手段側からの前記結果応答信号に含まれる前記遠隔制御対象の制御の実行結果に関する情報に基づき当該制御の実行結果を自身に設けられる報知手段を通じてユーザに報知する遠隔制御システムにおいて、前記制御手段は、前記制御要求信号を受信した際には、前記遠隔制御対象の制御を実行するとともに、当該制御の開始から完了までに要する処理完了時間を前記制御要求信号に基づき演算してその演算結果を含む処理完了時間応答信号を無線送信し、前記携帯機は、前記制御要求信号を送信した後、定められた待機時間だけ無線電波の受信が可能となる受信待機状態を維持し、この間に前記制御手段側からの処理完了時間応答信号を受信した場合には、当該処理完了時間応答信号に基づき設定される休止時間だけ、自身の動作状態を、前記受信待機状態から当該受信待機状態のときよりも電力消費が少ない節電状態へ遷移させて、当該休止時間が経過したときには、前記節電状態から前記受信待機状態へ自身の動作状態を遷移させて前記結果応答信号を受信することをその要旨とする。
【００１２】
本発明によれば、遠隔制御対象の制御手段は、携帯機の操作を通じた特定の遠隔制御対象の遠隔制御を行う際に、当該制御の実行の開始から完了までの処理完了時間を演算し、その演算結果を含む処理完了時間応答信号を携帯機側へ無線送信する。すなわち、制御手段側から携帯機側へ、特定の遠隔制御対象の制御に要する時間を通知することにより、携帯機側では制御手段側での処理完了時間、すなわち制御手段側から結果応答信号が送られてくるタイミングを正確に把握することができる。このため、携帯機側では、通知された処理完了時間が経過するまでの間は節電状態を維持することにより電力消費の抑制が図られる。携帯機側から制御手段側へ情報の送信を要求する必要がないことも携帯機側での電力消費の抑制に寄与する。無線信号の送信にも電力を使用するからである。しかも、前述したように、制御手段側での処理に要する時間は、その時々の制御手段あるいは遠隔制御対象側の状態等により変動するおそれがあるところ、本発明では、携帯機の操作を通じた遠隔制御が実行される度に、特定の遠隔制御対象の制御に要する時間が算出される。そして携帯機側では、その時々の制御手段あるいは遠隔制御対象側の状態が反映された処理完了時間に基づき、節電状態を維持するべき時間、すなわち休止時間が好適に設定される。このため、携帯機から同じ制御内容の実行を指令する制御要求信号を送信する場合であれ、その時々で異なる制御手段あるいは遠隔制御対象側での処理時間に柔軟に対応することができる。すなわち、休止時間は、短すぎることも長すぎることもない好適な時間に設定することが可能となる。したがって、携帯機側では、最適なタイミングで制御手段側からの結果応答信号を受信することができる。
【００１３】
請求項２に記載の発明は、請求項１に記載の遠隔制御システムにおいて、前記制御手段は、前記遠隔制御対象の制御が、当初に算出した処理完了時間内に完了しない旨判断される場合には、当初に算出した処理完了時間が経過するタイミングで、前記結果応答信号に代えて当該遠隔制御対象の制御に要する新たな時間情報を含む追加処理時間応答信号を送信し、前記携帯機は、前記制御手段側からの追加処理時間応答信号を受信した場合には、当該信号に基づき設定される休止時間だけ、自身の動作状態を、前記受信待機状態から前記節電状態へ遷移させて、当該休止時間が経過したときには、前記節電状態から前記受信待機状態へ自身の動作状態を遷移させて前記結果応答信号を受信することをその要旨とする。
【００１４】
本発明によれば、当初に算出した処理完了時間内に完了しない旨判断される場合には、当初に算出された処理完了時間が経過するタイミングで、当該制御に要する新たな時間情報を含む追加処理時間応答信号が、制御手段側から送信される。これにより、携帯機側との同期がとれる。このため、携帯機が節電状態から受信待機状態へ無駄に遷移することがなく、ひいては当該携帯機側での無駄な電力消費が抑制される。また、この場合においても、携帯機側から制御手段側へ、遠隔制御対象の処理に関する情報（結果応答信号）の送信を要求する旨の無線信号を発信する必要はないので、携帯機側での電力消費が抑制される。
【００１５】
請求項３に記載の発明は、ユーザに所持される携帯機から無線送信される特定の遠隔制御対象の制御の実行を要求する旨の制御要求信号を、当該遠隔制御対象の制御手段が受信した場合に、当該制御手段が前記遠隔制御対象の制御を実行するとともに、定められたタイミングで当該制御の実行結果に関する情報を含む結果応答信号を前記携帯機側へ無線送信する段階と、前記携帯機が、前記制御手段側からの前記結果応答信号に含まれる前記遠隔制御対象の制御の実行結果に関する情報に基づき当該制御の実行結果を自身に設けられる報知手段を通じてユーザに報知する段階と、を含む遠隔制御方法において、前記制御手段が、前記制御要求信号を受信して、前記遠隔制御対象の制御を実行するとともに、当該制御の開始から完了までに要する処理完了時間を前記制御要求信号に基づき算出してその旨示す情報を含む処理完了時間応答信号を無線送信する段階と、前記携帯機が、前記制御要求信号を送信した後、無線電波の受信が可能となる受信待機状態が維持される定められた第１の待機時間が経過する前に、前記制御手段側からの処理完了時間応答信号を受信して、当該処理完了時間応答信号に基づき設定される第２の待機時間だけ、自身の動作状態を、前記受信待機状態から当該受信待機状態のときよりも電力消費が少ない節電状態へ遷移させる段階と、前記携帯機が、当該第２の待機時間が経過したとき、前記節電状態から前記受信待機状態へ自身の動作状態を遷移させて前記結果応答信号を受信する段階と、を含むことをその要旨とする。
【００１６】
本発明によれば、請求項１に記載の発明と同様に、携帯機は、制御手段側から通知された処理完了時間が経過するまでの間は節電状態を維持する。これにより、携帯機側での電力消費の抑制が図られる。また、携帯機側では、最適なタイミングで制御手段側からの情報（結果応答信号）を受信することができる。
【発明の効果】
【００１７】
本発明によれば、携帯機側での消費電力を抑制しつつ最適な応答性を確保することができる。
【図面の簡単な説明】
【００１８】
【図１】本実施の形態の遠隔制御システムの概略構成を示すブロック図。
【図２】同じく携帯機側での処理手順を示すフローチャート。
【図３】同じく車両側での処理手順を示すフローチャート。
【図４】同じく車両側と携帯機側との通信状態の一例を示すタイミングチャート。
【図５】同じく車両側と携帯機側との通信状態の他の例を示すタイミングチャート。
【図６】従来の遠隔制御システムの車両と携帯機との通信状態の一例を示すタイミングチャート。
【発明を実施するための形態】
【００１９】
以下、本発明にかかる遠隔制御システムを、車両用の電子キーシステムに具体化した一実施の形態を図１〜図５に従って説明する。
この電子キーシステムは、ユーザにより所持される携帯機（電子キー）と車両との間の無線通信を通じて車両ドアの施解錠及びエンジンの始動許可などを行うものである。すなわち、車両のユーザが所持する携帯機が、車両周辺に設定される車外通信エリア、あるいは車室内に設定される車内通信エリア内に存在するときに、車両と携帯機との間の無線通信を通じて携帯機の識別情報が車両に送信されて、当該車両側で当該携帯機の識別情報を使用したユーザ認証処理が行われる。
【００２０】
また、この電子キーシステムは、携帯機のボタン操作を通じて車両ドアの施解錠、エンジンの始動停止、パワーウインドウの開閉、及び、エアコンディショナの作動停止を、遠隔で行う機能も備えてなる。すなわち、ユーザの携帯機操作を通じて、当該操作に応じた機能コード及び識別情報を含む制御要求信号が送信されて、車両側で携帯機からの制御要求信号に含まれる識別情報を使用したユーザ認証処理が行われる。そして車両側では、携帯機の正当性が判断される場合には、携帯機からの制御要求信号に含まれる機能コードに応じて各種の制御が実行される。機能コードとは、遠隔制御対象となる各種の車載機器あるいは車載システムの制御の実行、又はその制御内容を指令する情報をいう。
【００２１】
＜車両側の電気的構成＞
次に、車両側の電気的な構成を説明する。図１に示すように、電子キーシステムが搭載された車両１１には、ユーザに所持される携帯機（電子キー）１２との間の無線通信を通じて携帯機側の識別情報と車両側の識別情報との照合を行うとともに、当該照合結果に基づき各種の車両制御を実行する電子制御装置１３が設けられている。この電子制御装置１３には、車内ネットワーク網の一を構成する車内ＬＡＮ（Local  Area  Network）１４を介してドアロックシステム１５、エンジンシステム１６、パワーウインドウシステム１７及びエアコンディショナシステム１８が接続されている。
【００２２】
ドアロックシステム１５は、電子制御装置１３による識別情報の照合結果等の制御開始要件が成立することを条件として車両ドアの施解錠を行う。エンジンシステム１６は、電子制御装置１３による照合結果等の制御開始要件が成立することを条件として車両１１の電源状態並びにエンジンの始動及び停止を制御する。パワーウインドウシステム１７は、電子制御装置１３による識別情報の照合結果等の制御開始要件が成立したとき、あるいは車室内に設けられる図示しないウインドウスイッチの操作が検出されたときにウインドウの開動作及び閉動作を制御する。エアコンディショナシステム１８は、電子制御装置１３による識別情報の照合結果等の制御開始要件が成立したとき、あるいは車室内に設けられる図示しないエアコンディショナスイッチの操作が検出されたときに図示しないエアコンディショナの作動及び停止を制御する。
【００２３】
また、電子制御装置１３には、車外ＬＦ送信機２１、車内ＬＦ送信機２２、車外ＵＨＦ送信機２３及び受信機２４が図示しないワイヤハーネス等を介して接続されている。車外ＬＦ送信機２１は、電子制御装置１３からの指令に基づき車外に所定周波数帯（例えばＬＦ帯）の電波信号を発信して車両ドアの周辺などに車外通信エリアを形成する。車内ＬＦ送信機２２は、電子制御装置１３からの指令に基づき車内に所定周波数帯（例えばＬＦ帯）の電波信号を発信して車室内に車内通信エリアを形成する。車外ＵＨＦ送信機２３は、電子制御装置１３からの指令に基づき車外にＵＨＦ帯の電波信号を発信する。受信機２４は、ＵＨＦ帯の電波信号を受信して、当該受信した情報を電子制御装置１３へ出力する。車外ＬＦ送信機２１及び車外ＵＨＦ送信機２３は車両ドア等に、車内ＬＦ送信機２２は車内の床等に、受信機２４は車両の後部ピラー等にそれぞれ設けられる。なお、車外ＬＦ送信機２１及び車内ＬＦ送信機２２から発信される電波信号は、それぞれ車外及び車内に存在する携帯機１２に対する応答を要求する応答要求信号Ｓｒｑである。
【００２４】
電子制御装置１３の記憶装置であるＥＥＰＲＯＭ等のメモリ２５には、自身に対応する正規の携帯機１２の識別情報であるＩＤコード、並びに各種の制御プログラム等が記憶されている。
【００２５】
電子制御装置１３は、携帯機１２から送信される後述の応答信号Ｓｒｐに含まれるＩＤコードと自身のメモリ２５に記憶されたＩＤコードとの照合を通じて携帯機１２の正当性を判断し、当該判断結果に基づき車両ドアの施解錠あるいはエンジンの始動許可を行う。
【００２６】
また、電子制御装置１３は、携帯機１２から送信される制御要求信号Ｓｃｏｎｔに含まれるＩＤコードと自身のメモリ２５に記憶されたＩＤコードとの照合を通じて携帯機１２の正当性を判断し、当該判断結果に基づき制御要求信号Ｓｃｏｎｔに含まれる機能コードに応じた各種の制御を実行する。これら制御の内容としては、例えば車両ドアの施解錠、エンジンの始動停止、パワーウインドウの開閉、及び、エアコンディショナの作動停止等がある。
【００２７】
また、電子制御装置１３は、携帯機１２からの制御要求信号Ｓｃｏｎｔに含まれる機能コードに応じた制御内容の実行を開始してから完了するまでの時間である処理完了時間Ｔｆｉｎの予測演算を実行する。そして電子制御装置１３は、当該算出した処理完了時間Ｔｆｉｎを含む処理完了時間応答信号Ｓｔｉｍｅを、車外ＵＨＦ送信機２３を通じて携帯機１２へ送信する。そして、電子制御装置１３は、前記機能コードに応じた制御の実行を完了したときには、当該制御の実行結果に関する情報を含む結果応答信号Ｓｒｅｓを、車外ＵＨＦ送信機２３を通じて携帯機側へ送信する。
【００２８】
＜携帯機の電気的構成＞
次に、携帯機の電気的な構成を説明する。携帯機１２は、内蔵された図示しない電池を動作電源として作動する。図１に示すように、携帯機１２には、通信制御等の各種動作を統括制御するマイクロコンピュータ３１が設けられている。このマイクロコンピュータ３１は、図示しないＣＰＵ（中央処理装置）、記憶装置としてＥＥＰＲＯＭ等のメモリ３２、及びタイマ３３などを備えてなる。メモリ３２には携帯機１２に固有の識別情報であるＩＤコード並びに各種の制御プログラム等が記憶されている。
【００２９】
マイクロコンピュータ３１には、ＬＦ受信回路３４、ＵＨＦ送信回路３５、ＵＨＦ受信回路３６及び報知装置３７が接続されている。ＬＦ受信回路３４は、ＬＦ帯の電波信号を受信して、当該受信した情報をマイクロコンピュータ３１へ出力する。ＵＨＦ送信回路３５は、マイクロコンピュータ３１からの指令に基づきＵＨＦ帯の電波信号を発信する。ＵＨＦ受信回路３６は、ＵＨＦ帯の電波信号を受信して、当該受信した信号をマイクロコンピュータ３１へ出力する。報知装置３７は、例えばＬＥＤ（発光ダイオード）、表示装置、ブザー、スピーカ、あるいはこれらが組み合わせられてなり、マイクロコンピュータ３１からの指令に基づき携帯機１２の通信状態等の定められた情報を報知する。
【００３０】
また、マイクロコンピュータ３１には、複数個のプッシュスイッチ３８が接続されている。各プッシュスイッチ３８の図示しない操作部は、携帯機１２の図示しないケースの表面に露出することにより外部からの手動操作が可能とされている。各操作部が操作された際には、プッシュスイッチ３８はその旨示す操作信号をマイクロコンピュータ３１に出力する。
【００３１】
図１の左下にその構成の概略が示されるように、本例では、携帯機１２には、プッシュスイッチ３８として、遠隔制御の対象となる車載機器等を選択する４つの制御対象選択スイッチ３８ａ，３８ｂ，３８ｃ，３８ｄ、及び各制御対象選択スイッチ３８ａ〜３８ｄの操作を通じて選択された制御対象の制御内容を選択する２つの制御内容選択スイッチ３８ｅ，３８ｆが設けられている。各制御対象選択スイッチ３８ａ〜３８ｄには、制御対象として、ドアロックシステム１５、エンジンシステム１６、パワーウインドウシステム１７、エアコンディショナシステム１８が割り当てられている。両制御内容選択スイッチ３８ｅ，３８ｆには、各制御対象選択スイッチ３８ａ〜３８ｄの操作を通じて選択された制御対象の制御内容として、次のような制御が割り当てられている。すなわち、一方の制御内容選択スイッチ３８ｅには、ドアの解錠制御、エンジンの始動制御、ウインドウの開動作制御、又はエアコンディショナの作動制御が割り当てられ、他方の制御内容選択スイッチ３８ｆには、ドアの施錠制御、エンジンの停止制御、ウインドウの閉動作制御、又はエアコンディショナの停止制御が割り当てられる。
【００３２】
マイクロコンピュータ３１は、ＬＦ受信回路３４を通じて車両側から送信される応答要求信号Ｓｒｑを受信したときには、当該信号に対する応答として自身のＩＤコードを含む応答信号Ｓｒｐを、ＵＨＦ送信回路３５を通じて送信する。
【００３３】
また、マイクロコンピュータ３１は、各プッシュスイッチ３８から入力される操作信号に基づき、選択された制御対象及び選択された制御内容を認識するとともに、この認識した制御対象などに応じた機能コード及び自身のＩＤコードを含む制御要求信号Ｓｃｏｎｔを生成し、この制御要求信号Ｓｃｏｎｔを、ＵＨＦ送信回路３５を通じて送信する。なお、各プッシュスイッチ３８の操作の組合せに対応する機能コードは、メモリ３２に予め記憶されている。
【００３４】
また、マイクロコンピュータ３１は、制御要求信号Ｓｃｏｎｔを送信した後、定められた待機時間Ｔｗａｉｔだけ、ＵＨＦ受信回路３６を通じた無線電波の受信が可能となる受信待機状態を維持する。マイクロコンピュータ３１は、タイマ３３を通じて待機時間Ｔｗａｉｔの経過の有無を認識する。
【００３５】
また、マイクロコンピュータ３１は、ＵＨＦ受信回路３６を通じて車両側からの処理完了時間応答信号Ｓｔｉｍｅを受信したときには、当該信号に含まれる処理完了時間を示す情報に基づき、自身の動作状態をスリープ状態（節電状態）とすべき時間であるスリープ時間Ｔｓを設定して、携帯機１２の動作状態を通常状態からスリープ状態へ移行する。スリープ状態とは、前記受信待機状態のときよりも電力消費が少ない節電状態をいう。マイクロコンピュータ３１は、スリープ状態に移行した際には、タイマ３３だけを動作させて、ＬＦ受信回路３４、ＵＨＦ送信回路３５、ＵＨＦ受信回路３６及び報知装置３７などの他部位には動作電源を供給しない。これは、基本的には、処理完了時間が経過するまで車両１１側から無線信号が送信されることはないからである。
【００３６】
そしてマイクロコンピュータ３１は、タイマ３３を通じてスリープ時間Ｔｓだけ経過した旨判断されるときには、ＵＨＦ受信回路３６へ動作電力を供給して当該ＵＨＦ受信回路３６をアクティブ、すなわち無線信号を受信可能な状態である受信待機状態とする。マイクロコンピュータ３１は、定められた待機時間Ｔｗａｉｔだけ、受信待機状態を維持する。
【００３７】
また、マイクロコンピュータ３１は、ＵＨＦ受信回路３６を通じて車両側からの結果応答信号Ｓｒｅｓを受信したときには、この受信した結果応答信号Ｓｒｅｓに含まれる車両側での制御の実行結果に関する情報に基づき、車両側での制御の実行結果を、報知装置３７を通じて報知する。マイクロコンピュータ３１、例えば図示しない表示装置の画面上に文字及び記号等を表示することにより車両側での制御の実行結果を表示する、あるいは図示しないＬＥＤの点灯制御を通じて所定の制御が完了した旨ユーザに報知する。
【００３８】
＜電子キーシステムの動作＞
次に、前述のように構成された電子キーシステムの動作を、各プッシュスイッチ３８が操作される場合と、されない場合とに分けて説明する。
【００３９】
＜プッシュスイッチの操作無しの場合＞
まず、各プッシュスイッチ３８が操作されない場合の電子キーシステムの動作を説明する。
【００４０】
さて、車両１１が駐車状態に維持されている際には、電子制御装置１３は、車外ＬＦ送信機２１を通じて応答要求信号ＳｒｑをＬＦ帯の電波信号として所定の制御周期で発信し、車両周辺に車外通信エリアを形成する。
【００４１】
携帯機１２がこの車外通信エリア内に存在して応答要求信号Ｓｒｑを受信すると、携帯機１２はこの応答要求信号Ｓｒｑに応答して、自身のメモリ３２に記憶されたＩＤコードを乗せた応答信号ＳｒｐをＵＨＦ帯の電波信号として送信する。
【００４２】
電子制御装置１３は、受信機２４を介して携帯機１２からの応答信号Ｓｒｐを受信すると、自身のメモリ２５に記憶されたＩＤコードと、応答信号Ｓｐに含まれる携帯機１２のＩＤコードとの照合（車外照合）を行う。電子制御装置１３は、この車外照合が成立する旨判断すると、ドアロックシステム１５を通じて車両ドアの解錠動作を実行する。
【００４３】
そして電子制御装置１３は、ユーザによる車両ドアの開閉、すなわちユーザの乗車を図示しないドアカーテシスイッチを通じて検出すると、それまでの車外ＬＦ送信機２１を通じての応答要求信号Ｓｒｑの発信を停止するとともに、今度は車内ＬＦ送信機２２を通じて応答要求信号Ｓｒｑを発信して、車内全域に車内通信エリアを形成する。なお、車外ＬＦ送信機２１を通じた応答要求信号Ｓｒｑの発信停止のタイミングは、携帯機１２からの応答信号Ｓｒｐを受信したとき、としてもよい。
【００４４】
電子制御装置１３は、この車内通信エリアに進入した携帯機１２から送信される応答信号Ｓｒｐを、受信機２４を介して受信すると、自身のメモリ１３ａに記憶されたＩＤコードと携帯機１２のＩＤコードとを照合（室内照合）する。電子制御装置１３は、この車内照合が成立する旨判断すると、エンジンシステム１６による車両１１の電源状態の切り換えを許可する。
【００４５】
図示しないエンジンが停止した状態でもあるこの状態で、且つ図示しないブレーキペダルが踏み込まれた状態で運転席に設けられる図示しないエンジンスイッチが操作されると、これら操作を検出したエンジンシステム１６によりエンジンの始動制御が実行される。また、このエンジンが稼動している状態（アイドリング状態）で、且つ図示しないセレクトレバーのレンジ位置が駐車位置（Ｐレンジ）に保持された状態でエンジンスイッチが操作されると、これらの状態を検出したエンジンシステム１６によりエンジンが停止される。さらに、エンジンが停止状態の際、ブレーキペダルの踏み込み操作が行われない状態でエンジンスイッチのみが操作されると、当該操作の度に車両１１の電源状態が電源オフ（ＯＦＦ）→アクセサリオン（ＡＣＣ−ＯＮ）→イグニッションオン（ＩＧ−ＯＮ）の順に繰り返し切り替えられる。このように、携帯機１２の操作をすることなくエンジンスイッチの操作のみでエンジンの始動及び停止を行うことが可能とされている。
【００４６】
＜プッシュスイッチの操作有りの場合＞
次に、プッシュスイッチ３８が操作された場合の電子キーシステムの動作を説明する。各プッシュスイッチ３８は、これらに割り当てられた車載機器を遠隔制御する際に操作される。ここでは、まず各プッシュスイッチ３８が操作された際に携帯機１２のマイクロコンピュータ３１で実行される制御の手順、及び車両１１の電子制御装置１３で実行される制御の手順を個別に説明し、次いでこれら携帯機１２と車両１１との通信状態の一例について説明する。
【００４７】
＜携帯機側の処理手順＞
まず、各プッシュスイッチ３８が操作された際にマイクロコンピュータ３１で実行される制御の手順を、図２に示されるフローチャートに従って説明する。当該フローチャートは、携帯機１２のメモリ３２に格納された制御プログラムに基づき実行される。
【００４８】
各プッシュスイッチ３８が操作された際には、マイクロコンピュータ３１は、各プッシュスイッチ３８から入力される操作信号に基づき、選択された制御対象及び選択された制御内容を認識するとともに、この認識した制御対象などに応じた機能コード及び自身のＩＤコードを含む制御要求信号Ｓｃｏｎｔを生成し、この制御要求信号Ｓｃｏｎｔを、ＵＨＦ送信回路３５を通じて送信する（ステップＳ１０１）。
【００４９】
マイクロコンピュータ３１は、制御要求信号Ｓｃｏｎｔを送信した後、定められた待機時間Ｔｗａｉｔだけ、ＵＨＦ受信回路３６を通じた無線電波の受信が可能となる受信待機状態を維持する（ステップＳ１０２）。マイクロコンピュータ３１は、待機時間Ｔｗａｉｔの経過の有無は、タイマ３３を通じて認識する。
【００５０】
次に、マイクロコンピュータ３１は、この待機時間Ｔｗａｉｔが経過するまでに、ＵＨＦ受信回路３６を通じて車両側からの処理完了時間応答信号Ｓｔｉｍｅを受信したときには、当該信号に含まれる処理完了時間Ｔｆｉｎを示す情報に基づき、自身の動作状態をスリープ状態（節電状態）とすべき時間であるスリープ時間Ｔｓを設定する（ステップＳ１０４）。
【００５１】
そして、マイクロコンピュータ３１は、携帯機１２の動作状態を通常状態からスリープ状態へ移行する（ステップＳ１０５）。マイクロコンピュータ３１は、スリープ状態に移行した際には、タイマ３３だけを動作させる。すなわち、ＬＦ受信回路３４、ＵＨＦ送信回路３５、ＵＨＦ受信回路３６及び報知装置３７などの他部位には動作電源が供給されない。これにより、携帯機１２側での電力消費が抑制される。
【００５２】
そしてマイクロコンピュータ３１は、タイマ３３を通じてスリープ時間Ｔｓだけ経過した旨判断されるときには、ＵＨＦ受信回路３６へ動作電力を供給して当該ＵＨＦ受信回路３６をアクティブ、すなわち無線信号を受信可能な状態である受信待機状態とする（ステップＳ１０６）。マイクロコンピュータ３１は、定められた待機時間Ｔｗａｉｔだけ、受信待機状態を維持する。
【００５３】
マイクロコンピュータ３１は、この待機時間Ｔｗａｉｔが経過するまでに、ＵＨＦ受信回路３６を通じて車両側からの結果応答信号Ｓｒｅｓを受信したときには（ステップＳ１０７）、この受信された結果応答信号Ｓｒｅｓに含まれる車両側での制御の実行結果に関する情報に基づき、車両側での制御の実行結果を、報知装置３７を通じて報知し（ステップＳ１０８）、処理を終了する。
【００５４】
＜車両側の処理手順＞
次に、各プッシュスイッチ３８が操作された際に車両側の電子制御装置１３で実行される制御の手順を、図３に示されるフローチャートに従って説明する。当該フローチャートは、電子制御装置１３のメモリ２５に格納された制御プログラムに基づき実行される。
【００５５】
電子制御装置１３は、受信機２４を通じて携帯機１２から送信される制御要求信号Ｓｃｏｎｔを受信すると（ステップＳ２０１）、当該信号に含まれるＩＤコードと自身のメモリ２５に記憶されたＩＤコードとの照合を通じて携帯機１２の正当性を判断する（ステップＳ２０２）。そして、電子制御装置１３は、当該制御要求信号Ｓｃｏｎｔを送信してきた携帯機１２が正規のものである旨認証したときには、制御要求信号Ｓｃｏｎｔに含まれる機能コードに基づき制御対象及び制御内容を認識し、この認識される所定の制御の実行を開始する（ステップＳ２０３）。
【００５６】
また、電子制御装置１３は、当該制御の実行と同時に、当該制御の実行を開始してから完了するまでの処理完了時間Ｔｆｉｎの予測演算を行う（ステップＳ２０４）。
例えば、機能コードの内容がウインドウの開動作制御を実行する旨の指令である場合には、電子制御装置１３は、処理完了時間Ｔｆｉｎとして、ウインドウが現在の位置から全開位置へ至るまでの時間を次のようにして算出する。すなわち、電子制御装置１３は、パワーウインドウシステム１７を通じて現在のウインドウの位置を取得して、現状のウインドウの位置と定められた全開位置との差分を、全開状態にするために必要とされる変位量である目標変位量として算出する。そして電子制御装置１３は、この目標変位量だけウインドウを変位させるために必要とされる時間、すなわちウインドウの開動作を開始してから全開位置に達するまでの処理時間を、ウインドウの駆動源（モータ等）の作動による単位時間当たりのウインドウの変位量に基づき算出する。なお、ウインドウの単位時間当たりの変位量は、バッテリ電圧の状態、あるいはパワーウインドウシステム１７の制御装置の負荷状況等によって変動するおそれがあるため、それらの状況も加味して、ウインドウの全開動作の処理完了時間Ｔｆｉｎを算出するようにしてもよい。機能コードの内容がウインドウの閉動作制御を実行する旨の指令である場合にも同様にして、電子制御装置１３は、その処理完了時間Ｔｆｉｎの予測演算を行う。
【００５７】
また、機能コードの内容がエアコンディショナの作動制御を実行する旨の指令である場合には、電子制御装置１３は、処理完了時間Ｔｆｉｎとして、車室内の気温が現状の温度からそのときに設定されている温度へ至るまでの時間を次のようにして算出する。すなわち、電子制御装置１３は、エアコンディショナシステム１８を通じて、現在の車室外気温及び車室内気温の情報を取得して、そのときの設定温度と現在の車室内気温との差分を、車室内気温を設定温度にするために必要とされる温度変化量である目標温度変化量として算出する。そして電子制御装置１３は、この目標温度変化量だけ車室内温度を変化させるために必要とされる時間、すなわち車室内の空気調節（冷暖房）を開始してから設定温度に達するまでの時間を、エアコンディショナの単位時間当たりの空気調節能力（冷暖房能力）及び車室外気温などに基づき算出する。なお、エアコンディショナを作動させる際には、車両のバッテリの消耗を抑制するためにエンジンが始動されることから、空気調和（エアコンディショニング）の処理完了時間Ｔｆｉｎには、エンジンシステム１６を通じてのエンジン始動処理に要する時間等を加味してもよい。機能コードの内容がエアコンディショナの停止制御を実行する旨の指令である場合にも同様にして、電子制御装置１３は、その処理完了時間Ｔｆｉｎの予測演算を行う。
【００５８】
また、機能コードの内容がエンジンの始動を実行する旨の指令である場合には、電子制御装置１３は、エンジンが停止した状態からエンジンが始動して安定するまでの処理完了時間Ｔｆｉｎを次のようにして算出する。すなわち、電子制御装置１３は、セレクトレバーのレンジ位置の確認処理に要する時間、ドア等の開閉状態の確認処理に要する時間、車両の燃料残量の確認処理に要する時間などに基づきエンジン始動の処理完了時間Ｔｆｉｎを求める。機能コードの内容がエンジンの停止制御を実行する旨の指令である場合にも同様にして、電子制御装置１３は、その処理完了時間Ｔｆｉｎの予測演算を行う。
【００５９】
そして電子制御装置１３は、前述のようにして算出される処理完了時間Ｔｆｉｎを示す情報を含む処理完了時間応答信号Ｓｔｉｍｅを、車外ＵＨＦ送信機２３を通じて送信する（ステップＳ２０５）。
【００６０】
電子制御装置１３は、機能コードに応じた所定の制御が完了した旨各車載システムを通じて認識したとき（ステップＳ２０６）、当該制御が完了した旨示す結果応答信号Ｓｒｅｓを、車外ＵＨＦ送信機２３を通じて送信して（ステップＳ２０７）、処理を終了する。
【００６１】
＜携帯機と車両との通信状態の一例＞
次に、各プッシュスイッチ３８が操作された場合における携帯機１２と車両１１との通信状態の一例を、図４のタイミングチャートを参照しつつ説明する。
【００６２】
同図に示されるように、携帯機１２の各プッシュスイッチ３８が操作された際には、携帯機１２から自身のＩＤコード及び各プッシュスイッチ３８に応じた機能コードを含む制御要求信号Ｓｃｏｎｔが送信される（時刻Ｔ１）。この後、携帯機１２は、定められた待機時間Ｔｗａｉｔだけ、ＵＨＦ受信回路３６を通じた無線電波の受信が可能となる受信待機状態を維持する。
【００６３】
車両１１側では、携帯機１２からの制御要求信号Ｓｃｏｎｔを受信すると（時刻Ｔ２）、ＩＤコードの照合を通じて携帯機１２の認証を行い、制御要求信号Ｓｃｏｎｔに含まれる機能コードに応じて所定の制御の実行を開始する（時刻Ｔ３）。これと同時に、車両１１側では、当該制御の実行を開始してから完了するまでの処理完了時間Ｔｆｉｎの予測演算を行い、当該演算結果を含む処理完了時間応答信号Ｓｔｉｍｅを送信する。
【００６４】
携帯機１２は、制御要求信号Ｓｃｏｎｔを送信してから待機時間Ｔｗａｉｔが経過するまでの間に車両１１側からの処理完了時間応答信号Ｓｔｉｍｅを受信すると（時刻Ｔ４）、待機時間Ｔｗａｉｔが経過した後にスリープ状態（節電状態）となる。正確には、携帯機１２は、処理完了時間応答信号Ｓｔｉｍｅに含まれる処理完了時間Ｔｆｉｎを示す情報に基づきスリープ時間Ｔｓを設定し、待機時間Ｔｗａｉｔの経過後、当該スリープ時間Ｔｓが経過するまで、スリープ状態を維持する。本例において、スリープ時間Ｔｓは、処理完了時間Ｔｆｉｎが経過する時刻よりも若干前の時刻に経過するように設定される。
【００６５】
なお、携帯機１２は、制御要求信号Ｓｃｏｎｔを送信してから待機時間Ｔｗａｉｔが経過するまでの間に車両１１側からの処理完了時間応答信号Ｓｔｉｍｅを受信しない場合には、何らかの事情により制御要求信号Ｓｃｏｎｔが車両１１側に受信されなかったとして、その旨報知装置３７を通じて報知するようにしてもよい。当該報知を通じてユーザに再度のプッシュスイッチ３８の操作が促される。ユーザはすぐに通信不成立である旨認識できることから、最初に携帯機１２を操作してから再操作を意図するまでの時間を節約することができる。また、携帯機１２は、制御要求信号Ｓｃｏｎｔを送信してから待機時間Ｔｗａｉｔが経過するまでの間に車両１１側からの処理完了時間応答信号Ｓｔｉｍｅを受信しない場合には、前回送信した制御要求信号Ｓｃｏｎｔを自動で再送信するようにしてもよい。この自動送信回数には制限を設けることが好ましい。
【００６６】
さて、携帯機１２は、前述のスリープ時間Ｔｓが経過すると、無線信号を受信しないスリープ状態から、無線信号を受信可能となる受信待機状態へ、自身の動作状態を切り替える（時刻Ｔ５）。携帯機１２は、定められた待機時間Ｔｗａｉｔだけ、受信待機状態を維持する。
【００６７】
車両１１は、機能コードに応じた所定の制御が完了すると、その旨示す結果応答信号Ｓｒｅｓを送信する（時刻Ｔ６）。そして携帯機１２は、待機時間Ｔｗａｉｔが経過するまでの間に、車両１１側からの結果応答信号Ｓｒｅｓを受信すると（時刻Ｔ７）、その旨報知装置３７を通じて報知する。
【００６８】
このように、携帯機１２の操作を通じて車両１１の遠隔制御を行う際に、携帯機１２からの制御要求信号Ｓｃｏｎｔに応じた車両１１側での制御内容の実行の開始から完了までの処理完了時間Ｔｆｉｎを車両１１側で予測演算し、その演算結果を携帯機１２に通知することにより、当該携帯機１２側では車両１１側での処理時間、すなわち車両１１側から情報（本例では、結果応答信号Ｓｒｅｓ）が送られてくるタイミングを正確に把握することができる。このため、携帯機１２側では、通知された処理完了時間Ｔｆｉｎが経過するまでの間はスリープ状態を維持することにより電力消費の抑制が図られる。携帯機１２側から車両１１側へ情報の送信を要求する必要がないことも携帯機１２側での電力消費の抑制に寄与する。無線信号の送信にも電力を使用するからである。
【００６９】
しかも、前述したように、車両側での処理に要する時間は、その時々の車両側の状態等により変動するおそれがあるところ、本例では、携帯機１２の操作を通じた遠隔制御が実行される度に、そのときの車両状況に応じて所定の車両制御に要する時間が算出される。そして携帯機１２は、その時々の車両状態が反映された処理完了時間Ｔｆｉｎに基づき、スリープ状態を維持するべき時間（スリープ時間Ｔｓ）を好適に設定することが可能になる。このため、携帯機１２から同じ制御内容の実行を指令する制御要求信号Ｓｃｏｎｔを送信する場合であれ、その時々で異なる車両１１側での処理時間に柔軟に対応することができる。すなわち、スリープ時間Ｔｓは、短すぎることも長すぎることもない好適な時間に設定することが可能となる。したがって、携帯機１２側では、最適なタイミングで車両１１側からの情報（結果応答信号Ｓｒｅｓ）を受信することができる。
【００７０】
ちなみに、携帯機１２側でのスリープ時間Ｔｓを、シミュレーションあるいは実験等により車両１１側での各種の制御に要する時間を求め、これを固定値として設定することも考えられるところ、このようにした場合には、その時々で異なる車両１１側での処理時間の変動に柔軟に対応することが困難である。車両１１側で同一の制御を実行する場合であれ、そのときの車両１１側の状態等によりその制御に要する処理時間は、シミュレーション結果等に基づき設定されたスリープ時間より短くなることもあれば長くなることもある。そして車両１１側での処理時間がシミュレーション等により求められたスリープ時間よりも短くなった場合には、携帯機１２はスリープ状態にあることから、車両１１からの情報を受信することはできない。この場合には、車両１１側から再度、所定の情報を送信したり、携帯機１２側から車両１１側へ情報の送信を要求したりすることが必要となり、これは携帯機１２から制御要求信号Ｓｃｏｎｔを送信してから車両１１側での処理結果を受信するまでの応答性の低下につながる。また車両１１側での処理時間がシミュレーション等により求められたスリープ時間よりも長くなった場合には、車両１１側での処理が完了していないにもかかわらず携帯機１２は受信待機状態を維持することになる。これは無駄に電力を消費することになる。この点、本例によれば、車両１１側での処理時間が、早まる場合あるいは遅くなる場合のいずれの場合であれ、スリープ時間Ｔｓと車両１１側での実際の処理時間との間に、大きなずれ（ギャップ）が発生することはない。
【００７１】
＜携帯機と車両との通信状態の他の例＞
前述したように、当該携帯機１２側では車両１１側での処理時間、すなわち車両１１側から情報（本例では、結果応答信号Ｓｒｅｓ）が送られてくるタイミングを正確に把握することができることから、携帯機１２は、基本的には最適なタイミングで車両１１から送信される情報を受信することができる。
【００７２】
しかし、車両１１側での処理完了時間Ｔｆｉｎを算出した後に車両１１の状態が変化する等して、当初算出された処理完了時間Ｔｆｉｎと車両１１側での実際の処理時間とが異なったり、何らかの事情により車両１１側での処理完了時間Ｔｆｉｎの算出を誤ったりすることも考えられる。この場合には、携帯機１２側で把握している結果応答信号Ｓｒｅｓの送信タイミングと、車両１１側での処理が実際に完了して結果応答信号Ｓｒｅｓを送信するタイミングとがずれることになるので、車両１１からの結果応答信号Ｓｒｅｓが携帯機１２に好適に受信されないことが懸念される。こうした懸念を解消するべく、本例では次のような構成が採用されている。
【００７３】
例えば、図５のタイミングチャートに示されるように、車両１１側での処理が当初に算出された処理完了時間Ｔｆｉｎが経過しても完了しない旨車両１１側で判断される場合には、車両１１は、当初に算出された処理完了時間Ｔｆｉｎが経過したとき（時刻Ｔ６）、当該車両１１側での処理が完了した旨示す結果応答信号Ｓｒｅｓではなく、追加処理時間Ｔａｄｄを含む追加処理時間応答信号Ｓａｄｄを送信する。この追加処理時間Ｔａｄｄは、当初に算出された処理完了時間Ｔｆｉｎを基準としたときに、当該車両１１側での処理が完了するまでに必要とされる追加時間である。すなわち、車両１１は、図５の時刻Ｔ６の時点で、所定の制御が完了するまでに、あとどの程度の時間が必要なのかを携帯機１２に通知する。
【００７４】
携帯機１２側では、追加処理時間応答信号Ｓａｄｄを受信すると（時刻Ｔ７）、当該信号に含まれる追加処理時間Ｔａｄｄを示す情報に基づき新たなスリープ時間Ｔｓを設定し、待機時間Ｔｗａｉｔの経過後、この新たなスリープ時間Ｔｓが経過するまで、スリープ状態を維持する。そして、当該スリープ時間Ｔｓが経過すると、携帯機１２は無線信号を受信しないスリープ状態から、無線信号を受信可能となる受信待機状態へ、自身の動作状態を切り替える（時刻Ｔ８）。携帯機１２は、定められた待機時間Ｔｗａｉｔだけ、受信待機状態を維持する。
【００７５】
車両１１は、機能コードに応じた所定の制御が完了すると、その旨示す結果応答信号Ｓｒｅｓを送信する（時刻Ｔ９）。そして携帯機１２は、待機時間Ｔｗａｉｔが経過するまでの間に、車両１１側からの結果応答信号Ｓｒｅｓを受信すると（時刻Ｔ１０）、その旨報知装置３７を通じて報知する。
【００７６】
なお、こうした構成を採用する場合には、車両１１側において所定の制御の実行の開始からの経過時間を計測する必要がある。このため、図１に示されるように、車両１１の電子制御装置１３には、タイマ２６が設けられる。電子制御装置１３は、所定の制御の実行の開始とともにタイマ２６を始動させて当該制御の開始からの経過時間を計測し、自身が当初に算出した処理完了時間Ｔｆｉｎが経過する一定時間前に至った旨タイマ２６を通じて認識すると、当初に算出した処理完了時間Ｔｆｉｎの変更の必要性の有無を判断する。電子制御装置１３は、当初に算出した処理完了時間Ｔｆｉｎが経過するまでに所定の制御が完了する旨判断した場合には、当初に算出した処理完了時間Ｔｆｉｎの変更の必要性は無いとして、当該制御が完了したときに、その旨示す結果応答信号Ｓｒｅｓを送信する（図４中の時刻Ｔ６）。これに対し、電子制御装置１３は、当初に算出した処理完了時間Ｔｆｉｎが経過するまでに所定の制御が完了することが困難である旨判断した場合には、そのときの車両状態などに基づき、当初に算出された処理完了時間Ｔｆｉｎの経過した時点（時刻Ｔ６）を基準として、当該制御が完了するまでに必要とされる追加処理時間Ｔａｄｄを算出する。そして前述したように、当初に算出した処理完了時間Ｔｆｉｎが経過したとき（時刻Ｔ６）、当該追加処理時間Ｔａｄｄを含む追加処理時間応答信号Ｓａｄｄを送信する。電子制御装置１３は、当初に算出した処理完了時間Ｔｆｉｎが経過すると、タイマ２６を停止してリセットする。
【００７７】
このように、何らかの事情により車両１１側での処理完了時間Ｔｆｉｎの算出に誤りがある場合等であれ、当初に算出された処理完了時間Ｔｆｉｎの経過時に、車両１１側から追加処理時間応答信号Ｓａｄｄを送信することにより、携帯機１２側との同期がとれる。このため、携帯機１２が無駄に受信待機状態に遷移することがなく、ひいては当該携帯機１２側での無駄な電力消費が抑制される。また、この場合においても、携帯機１２側から車両１１側へ、車両１１側での処理に関する情報（例えば、結果応答信号Ｓｒｅｓ）の送信を要求する旨の無線信号を発信する必要はない。このことも携帯機１２側での電力消費の抑制に寄与する。
【００７８】
なお、前述したように、車両１１側での実際の処理が当初に算出された処理完了時間Ｔｆｉｎが経過する前に完了する場合も懸念されるところ、この場合、車両１１（電子制御装置１３）は、当初に算出した処理完了時間Ｔｆｉｎが経過するのを待って、結果応答信号Ｓｒｅｓを送信する。これにより、携帯機１２側との同期がとれる。
【００７９】
＜実施の形態の効果＞
したがって、本実施の形態によれば、以下の効果を得ることができる。
（１）電子制御装置１３は、携帯機１２の操作を通じた各車載システムの遠隔制御を行う際に、当該制御の実行の開始から完了までの処理完了時間Ｔｆｉｎを演算し、その演算結果を含む処理完了時間応答信号Ｓｔｉｍｅを携帯機１２側へ無線送信する。すなわち、電子制御装置１３側から携帯機１２側へ、各車載システムを通じての処理に要する時間を通知することにより、携帯機１２側では、車両１１側での処理完了時間Ｔｆｉｎ、すなわち電子制御装置１３側から情報（本例では、結果応答信号Ｓｒｅｓ）が送られてくるタイミングを正確に把握することができる。このため、携帯機１２側では、通知された処理完了時間Ｔｆｉｎが経過するまでの間は節電状態を維持することにより電力消費の抑制が図られる。携帯機１２側から車両１１側へ情報の送信を要求する必要がないことも携帯機１２側での電力消費の抑制に寄与する。これは、無線信号の送信にも電力を使用するからである。
【００８０】
（２）また、前述したように車両１１側での処理に要する時間は、その時々の車両１１側の状態等により変動するおそれがあるところ、本例では、携帯機１２の操作を通じた遠隔制御が実行される度に、その時々の車両１１側の状態等が反映された処理時間が算出される。そして携帯機１２側では、その時々の車両１１側の状態が反映された処理完了時間Ｔｆｉｎに基づき、節電状態を維持するべき時間であるスリープ時間Ｔｓが好適に設定される。このため、携帯機１２から同じ制御内容の実行を指令する制御要求信号Ｓｃｏｎｔを送信する場合であれ、その時々で異なる車両１１側での処理時間に柔軟に対応することができる。すなわち、スリープ時間Ｔｓは、短すぎることも長すぎることもない好適な時間に設定することが可能となる。したがって、携帯機１２側では、最適なタイミングで車両１１側からの情報（結果応答信号Ｓｒｅｓ）を受信することができる。
【００８１】
（３）車両１１側での処理が、当初に算出した処理完了時間Ｔｆｉｎ内に完了しない旨判断される場合には、当初に算出された処理完了時間Ｔｆｉｎが経過するタイミングで、車両１１側での処理に要する新たな時間情報である追加処理時間Ｔａｄｄを含む追加処理時間応答信号Ｓａｄｄが、車両１１側から送信される。車両１１側と携帯機１２側との同期がとれるため、携帯機１２が節電状態から受信待機状態へ無駄に遷移することがなく、ひいては当該携帯機１２側での無駄な電力消費が抑制される。また、この場合においても、携帯機１２側から車両１１側へ、遠隔制御対象である車載システムの処理に関する情報（本例では、結果応答信号Ｓｒｅｓ）の送信を要求する旨の無線信号を発信する必要はなく、携帯機１２側での電力消費の抑制が図られる。
【００８２】
＜他の実施の形態＞
なお、本実施の形態は、次のように変更して実施してもよい。
・本実施の形態において、ＵＨＦ受信回路３６がアクティブとされる待機時間Ｔｗａｉｔは適宜に変更して設定可能である。
【００８３】
・本実施の形態では、携帯機１２が車両１１側に形成される内外通信エリアに進入した際に当該携帯機１２と車両１１との間で自動的に行われる相互無線通信を通じて車両ドアの施解錠等の車両制御が実行されるようにしたが、当該相互無線通信による車両制御機能を省略してもよい。すなわち、車両１１側の車外ＬＦ送信機２１及び車内ＬＦ送信機２２、並びに携帯機１２側のＬＦ受信回路３４は省略してもよい。この場合、例えば車両ドアの施解錠は、携帯機１２の操作を通じて行われる。
【００８４】
・本実施の形態では、携帯機１２の操作による遠隔制御対象として、車両１１のドアロックシステム１５、エンジンシステム１６、パワーウインドウシステム１７、及びエアコンディショナシステム１８を挙げて説明したが、他の車載システムあるいは車載機器を制御対象とすることも可能である。例えば、電動ドアミラー、車両の屋根に設けられる開口部を開閉するサンルーフ、及び車両のスライド式のサイドドア等の開閉システムを遠隔制御対象として採用してもよい。
【００８５】
・本実施の形態では、携帯機１２の操作を通じての遠隔制御対象として、車両１１のドアロックシステム１５、エンジンシステム１６、パワーウインドウシステム１７、及びエアコンディショナシステム１８のすべてを遠隔制御可能としたが、これらのうち少なくとも一を遠隔制御するようにしてもよい。すなわち、単一のシステムあるいは機器を遠隔制御する単機能タイプのリモートコントローラとして携帯機１２を構成することも可能である。併せて、携帯機１２と車両１１との間で自動的に行われる相互無線通信を通じた車両制御車両制御機能、すなわち、車両１１側の車外ＬＦ送信機２１及び車内ＬＦ送信機２２、並びに携帯機１２側のＬＦ受信回路３４を省略した構成としてもよい。ただし、エンジンシステム１６、パワーウインドウシステム１７、及びエアコンディショナシステム１８等のように、所定の処理を開始してから完了するまでに、ある程度の時間を要するシステムあるいは機器等を遠隔制御する場合に、本実施の形態は好適である。
【００８６】
・本実施の形態では、携帯機１２側の処理として、図２のフローチャートに示されるように、処理完了時間応答信号Ｓｔｉｍｅを受信した後には、これに含まれる処理完了時間Ｔｆｉｎに基づきスリープ時間Ｔｓを設定した上でスリープ状態となるようにしたが、次のようにしてもよい。すなわち、処理完了時間Ｔｆｉｎが僅かな時間（例えば、Ｔｆｉｎ≒０（ゼロ））である場合には、携帯機１２は、処理完了時間応答信号Ｓｔｉｍｅの受信後、スリープ状態へ処理を移行することなく、受信待機状態を維持して車両１１側からの結果応答信号Ｓｒｅｓの受信を待つ。
【００８７】
具体的には、マイクロコンピュータ３１は、処理完了時間応答信号Ｓｔｉｍｅを受信した場合（図２中のステップＳ１０３）、まず当該信号に含まれる処理完了時間Ｔｆｉｎが僅かな時間であるかどうか、換言すれば、メモリ３２に予め記憶される時間判定閾値以上であるかどうかの判断を行う。ここで、時間判定閾値は、処理完了時間Ｔｆｉｎが、スリープ状態へ移行するまでもない僅かな時間であるか否かの判断基準となる時間であって、予め定められるものである。
【００８８】
そして、マイクロコンピュータ３１は、処理完了時間Ｔｆｉｎが時間判定閾値以上である旨判断されるときには、図２のフローチャートにおけるステップＳ１０４へ処理を移行する。また、マイクロコンピュータ３１は、処理完了時間Ｔｆｉｎが時間判定閾値未満である旨判断されるときには、ＵＨＦ受信回路３６の受信待機状態を維持し（図示略）、車両１１側からの結果応答信号Ｓｒｅｓの受信（図２中のステップＳ１０７）を待つ。
【００８９】
例えばドアの施解錠に係る制御は、その制御の実行の開始から完了までに要する時間（処理完了時間Ｔｆｉｎ）は僅かなものであることが想定される。また、ウインドウの開閉に係る制御等についても、必要とされる制御量（変位量）が僅かなものである場合には、処理完了時間Ｔｆｉｎは僅かなものになる。このような場合には、スリープ状態になってもすぐに受信待機状態へ復帰させる必要があり、スリープ状態へ移行させることがかえって無駄な処理となることが懸念される。この点、前述したように、処理完了時間Ｔｆｉｎが僅かなものである場合には、そのまま受信待機状態を維持することにより、携帯機１２側でのスリープ状態への移行に係る無駄な処理を省略することができる。
【００９０】
・本実施の形態において、電子制御装置１３により、ドアロックシステム１５、エンジンシステム１６、パワーウインドウシステム１７、及びエアコンディショナシステム１８等の各車載システムの制御手段を兼ねる構成を採用することも可能である。
【００９１】
・本実施の形態では、車両１１の電子制御装置１３は、各車載システムを通じて各種の車両情報を取得して、携帯機１２からの制御指令にかかる処理の開始から完了するまでの時間を予測演算するようにしたが、当該予測演算を各車載システムに実行させるようにしてもよい。この場合、電子制御装置１３は、各車載システムにおいて算出された処理完了時間Ｔｆｉｎを示す情報を携帯機１２側へ発信する。
【００９２】
・前記実施の形態では、車両用の電子キーシステムに具体化して説明したが、住宅用の電子キーシステム等の他の無線通信システムに具体化することも可能である。例えば、屋外での携帯機の操作を通じて屋内に設けられるエアコンディショナシステムを遠隔制御するようにしてもよい。
【００９３】
＜他の技術的思想＞
次に、前記実施の形態から把握できる技術的思想を以下に追記する。
・前記処理開始条件は、前記制御要求信号に含まれる携帯機に固有の識別情報を使用した前記制御手段による携帯機の認証成立を含むこと。
【００９４】
この構成によれば、制御要求信号を送信してきた携帯機が自車両に対応する正規のものか否かの判断が車両側で判断された後、前記制御要求信号に応じた車両側での制御が実行される。このため、防犯性を確保した上で、携帯機側の消費電力を抑制しつつ最適な応答性を確保することができる。
【００９５】
・前記制御手段は、前記制御要求信号を受信した場合に、前記遠隔制御対象の制御の実行開始と同時に前記処理完了時間の演算を開始すること。
例えば処理完了時間の演算結果を送信した後に、遠隔制御対象の制御の実行を開始するといった態様も考えられるところ、このような態様を採用する場合と異なり、制御手段が携帯機からの制御要求信号を受信してから遠隔制御対象の制御の実行までに無駄な待ち時間が無い分だけ、遠隔制御対象の制御は早い時刻に完了する。すなわち、携帯機から制御要求信号が送信されてから、当該制御要求信号に応じた遠隔制御対象の制御の実行結果に関する情報を含む結果応答信号を携帯機が受信するまでの時間が短縮される。すなわち、携帯機の遠隔操作に対する制御手段の応答性が高められる。
【符号の説明】
【００９６】
１２…携帯機、１３…電子制御装置（制御手段）、１５…ドアロックシステム、１６…エンジンシステム、１７…パワーウインドウシステム、１８…エアコンディショナシステム、３７…報知装置（報知手段）、Ｓａｄｄ…追加処理時間応答信号、Ｓｃｏｎｔ…制御要求信号、Ｓｒｅｓ…結果応答信号、Ｓｔｉｍｅ…処理完了時間応答信号、Ｔａｄｄ…追加処理時間、Ｔｆｉｎ…処理完了時間、Ｔｓ…スリープ時間（休止時間）、Ｔｗａｉｔ…待機時間。
【図１】
2010265641.tif 000003
【図２】
2010265641.tif 000004
【図３】
2010265641.tif 000005
【図４】
2010265641.tif 000006
【図５】
2010265641.tif 000007
【図６】
2010265641.tif 000008