(57)【要約】【課題】ユーザが、サンシェードを遮光状態として駐車している車両に接近したとき、該ユーザの目指す車両かどうかが分かる車両用サンシェード制御システムを提供する。【解決手段】ユーザが所持する携帯端末は、車両に搭載された車載装置との通信に基づいて車載装置を認証する端末側認証部を備え、車載装置は、車両が駐車中のとき、携帯端末との通信に基づいて携帯端末を認証する車載装置側認証部と、携帯端末が車両の予め定められた範囲内に接近したか否かを判定する接近判定部と、携帯端末および車載装置の認証が正しく行われ、かつ、接近判定部が、携帯端末が接近していると判定したとき、携帯端末の接近を反映した携帯端末情報、および、車両のウィンドウガラスを覆うサンシェードの状態を制御するためのサンシェード制御情報のうちの少なくとも一方を含む接近情報を出力する情報出力部と、を備える。【選択図】図１
2017061252.tif 000002
【特許請求の範囲】
【請求項１】
ユーザが所持する携帯端末と車両に搭載された車載装置とを含み、前記携帯端末と前記車載装置とは相互に無線通信可能であり、
前記携帯端末は、
前記車載装置との通信に基づいて前記車載装置を認証する端末側認証部を備え、
前記車載装置は、
前記車両が駐車中であるか否かを判定する駐車判定部と、
前記携帯端末との通信に基づいて前記携帯端末を認証する車載装置側認証部と、
前記携帯端末が前記車両の予め定められた範囲内に接近したか否かを判定する接近判定部と、
前記車両が駐車中のとき、前記携帯端末および前記車載装置の認証が正しく行われ、かつ、前記接近判定部が、前記携帯端末が接近していると判定したとき、前記携帯端末の接近を反映した携帯端末情報、および、前記車両のウィンドウガラスを覆うサンシェードの状態を制御するためのサンシェード制御情報のうちの少なくとも一方を含む接近情報を出力する情報出力部と、
を備える車両用サンシェード制御システム。
【請求項２】
前記車載装置は、前記携帯端末から、前記携帯端末を識別するための端末ＩＤ、および前記端末ＩＤに対する電子署名を受信し、
前記車載装置側認証部は、前記端末ＩＤおよびその電子署名に基づいて認証を行い、
前記携帯端末は、前記車載装置から、前記車両あるいは前記車載装置を識別するための車両ＩＤ、および前記車両ＩＤに対する電子署名を受信し、
前記端末側認証部は、前記車両ＩＤおよびその電子署名に基づいて認証を行う請求項１に記載の車両用サンシェード制御システム。
【請求項３】
前記サンシェード制御情報は、前記車両の乗員に、遮光状態にあるサンシェードを非遮光状態にすることを推奨する旨を含む請求項１または請求項２に記載の車両用サンシェード制御システム。
【請求項４】
前記車載装置は、前記携帯端末の接近方向を特定する接近方向特定部を備え、
前記サンシェード制御情報は、前記車両の乗員に、前記接近方向により近いサンシェードを優先して非遮光状態にすることを推奨する旨を含む請求項１ないし請求項３のいずれか１項に記載の車両用サンシェード制御システム。
【請求項５】
前記サンシェード制御情報は、予め定められた時間が経過した後に、前記サンシェードを非遮光状態にする旨を含む請求項３または請求項４に記載の車両用サンシェード制御システム。
【請求項６】
前記サンシェード制御情報は、前記携帯端末の接近状態に応じて前記サンシェードの遮光状態を変化させる旨を含む請求項１または請求項２に記載の車両用サンシェード制御システム。
【請求項７】
前記情報出力部は、前記接近情報のうち、少なくとも前記携帯端末情報を前記携帯端末に送信し、
前記携帯端末は、受信した前記携帯端末情報に基づいて報知を行う端末側報知部を備える請求項１ないし請求項６のいずれか１項に記載の車両用サンシェード制御システム。
【請求項８】
前記車載装置は、前記接近情報を報知する車載装置側報知部を備える請求項１ないし請求項７のいずれか１項に記載の車両用サンシェード制御システム。
【請求項９】
前記車載装置は、前記車両の乗員による操作部の操作に基づいて、前記サンシェード制御情報に含まれる制御を無効化する無効化部を備える請求項１ないし請求項８のいずれか１項に記載の車両用サンシェード制御システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、車両用サンシェード制御システムに関する。
【背景技術】
【０００２】
車両のウィンドウガラスの外側もしくは内側に設けて、車室内への太陽光の入射を防ぎ、車室内の温度上昇の防止を図るために使用するサンシェード（サンバイザーともいう）は、車両の車内における居住性の向上、プライバシー保護に寄与している。
【０００３】
車両前方からの太陽光の入射角度に応じて、自動的に防眩作動を行う液晶サンバイザーに関する技術が開示されている（特許文献１参照）。
【０００４】
また、車両内が無人であることを確認する無人確認信号を受信した場合、格納されているサンシェードを自動的に突出状態（ウィンドウガラスを覆った状態）にする技術が開示されている（特許文献２参照）。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開昭６２−２５５２２０号公報
【特許文献２】特開２００５−１８６９０９号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
例えば、車両に乗車して待ち合わせをする場合、サンシェードを遮光状態として駐車中の車両に、待ち人が接近したとき、車内に人が乗っているのか、この車両が本当に目指す車両なのか判断が難しい。乗員が、待ち人の接近に気付いて、サンシェードを非遮光状態にすれば、待ち人は、目指す車両に近づいているかどうかが分かる。一方、車両の乗員は、サンシェードが遮光状態では、そもそも人の接近に気付にくく、待ち人かどうかの判別もできない。また、待ち人が来るまで、サンシェードを少し開けて、周囲の様子を確認する必要があり、落ち着けない。また、車両の周囲の通行人から覗かれることもあり得る。逆に、通行人にしてみれば、駐車中の車両から覗かれているような気がして、不快に思うこともある。
【０００７】
特許文献１、２には、サンシェードを遮光状態として駐車中の車両に、待ち人が接近したときの、サンシェードの動作制御についての開示はない。
【０００８】
上記課題を背景として、本発明は、ユーザが、サンシェードを遮光状態として駐車している車両に接近したとき、該ユーザの目指す車両かどうかが分かる車両用サンシェード制御システムを提供することを目的とする。
【課題を解決するための手段】
【０００９】
上記課題を解決するための車両用サンシェード制御システムは、ユーザが所持する携帯端末と車両に搭載された車載装置を含み、携帯端末と車載装置とは相互に無線通信可能であり、携帯端末は、車載装置との通信に基づいて車載装置を認証する端末側認証部を備え、車載装置は、車両が駐車中であるか否かを判定する駐車判定部と、携帯端末との通信に基づいて携帯端末を認証する車載装置側認証部と、携帯端末が車両の予め定められた範囲内に接近したか否かを判定する接近判定部と、車両が駐車中のとき、携帯端末および車載装置の認証が正しく行われ、かつ、接近判定部が、携帯端末が接近していると判定したとき、携帯端末の接近を反映した携帯端末情報、および、車両のウィンドウガラスを覆うサンシェードの状態を制御するためのサンシェード制御情報のうちの少なくとも一方を含む接近情報を出力する情報出力部と、を備える。
【発明の効果】
【００１０】
上記構成によって、車両の乗員は、携帯端末情報によって、携帯端末を所持するユーザが車両に接近していることが分かる。また、サンシェード制御情報によって、遮光状態のサンシェードを非遮光状態にして、車両に接近してくるユーザに対し、目的の車両であることを示すことができるようになる。
【図面の簡単な説明】
【００１１】
【図１】車両用サンシェード制御システムの構成を示す図。
【図２】ＥＣＵの接近判定処理を説明するフロー図。
【図３】携帯端末の接近報知処理を説明するフロー図。
【図４】ＥＣＵと携帯端末との認証の詳細を説明する図。
【図５】車両側の接近表示の例を示す図。
【図６】車両側の接近表示の別例を示す図。
【図７】車両側の接近表示の別例を示す図。
【図８】携帯端末側の接近表示の例を示す図。
【図９】サンシェードの取り付け例を示す図。
【図１０】車両用サンシェード制御システムの使用例を示す図。
【図１１】図１０に続く、車両用サンシェード制御システムの使用例を示す図。
【発明を実施するための形態】
【００１２】
図１のように、車両用サンシェード制御システム１は、車両６０（図９参照）に搭載されたＥＣＵ１０（本発明の車載装置）と、ユーザが所持する携帯端末２０を少なくとも含む。ＥＣＵ１０には、サンシェード装置３０、ナビゲーション装置４０が接続される。
【００１３】
ＥＣＵ１０は、周知のＣＰＵ１１（本発明の駐車判定部、車載装置側認証部、接近判定部、接近方向特定部）、ＣＰＵ１１に接続された、無線通信部１２（本発明の情報出力部）、システムクロック１３、メモリ１４、通信ＩＦ１５（本発明の情報出力部）、操作部１６を備える。ＣＰＵ１１がメモリ１４に記憶されたＥＣＵ制御プログラムを実行することで、ＥＣＵ１０の各種機能を実現する。
【００１４】
無線通信部１２は、携帯端末２０との通信を行うための回路で、以下のうちの少なくとも一つを行う。
・公衆通信回線網を介して携帯端末２０との通信を行う。
・例えば、Bluetoothのような近距離通信技術を用いて携帯端末２０との通信を行う。なお、Bluetoothは登録商標である。
【００１５】
システムクロック１３は、ＣＰＵ１１の動作の基準となるクロック信号を生成・供給する。ＣＰＵ１１以外の回路の動作に必要なクロック信号を生成・供給してもよい。
【００１６】
メモリ１４は、例えば周知のフラッシュメモリを用いる。メモリ１４は、車両６０あるいはＥＣＵ１０を識別するための固有データである車両ＩＤを記憶する領域１４ａ、例えば、後述の端末ＩＤのような、携帯端末２０を認証するための端末情報を記憶する領域１４ｂを含む。
【００１７】
車両ＩＤは、車両６０の製造時、あるいは、ＥＣＵ１０の取り付け時に書き込む。車両ＩＤとして、車種情報を用いてもよい。端末ＩＤは、ＥＣＵ１０に携帯端末２０を登録する際に、携帯端末２０から受信して書き込む。
【００１８】
通信ＩＦ１５は、車内ＬＡＮ５５を介して、ナビゲーション装置４０とのデータ通信を行うための通信インターフェース回路である。ＥＣＵ１０とサンシェード装置３０とは、じか線で接続してもよいし、車内ＬＡＮ５５を介して接続してもよい。
【００１９】
操作部１６は、ユーザが、サンシェード３２（後述）の状態（非遮光状態／遮光状態）を選択するために用いる。サンシェード装置３０が、操作部１６を備える構成としてもよい。
【００２０】
サンシェード装置３０は、サンシェード３２、サンシェード３２を駆動するための駆動部３１を備える。図９のように、サンシェード３２は、車両６０のフロントガラス（３２ａ）、運転席窓ガラス（３２ｂ）、助手席窓ガラス（３２ｃ）、右後席窓ガラス（３２ｄ）、左後席窓ガラス（３２ｅ）、リアウインドウ（３２ｆ）、にそれぞれ取り付けられる。駆動部３１は、これらのサンシェードを、一括あるいは個別に駆動する。
【００２１】
サンシェード３２（３２ａ〜３２ｆの総称、以下同じ）は、以下のうちの少なくとも一方を用いる。
・機械式サンシェード：例えば、周知の、窓ガラスの上下方向に展開（遮光状態）／巻き取り（非遮光状態）する、ローラーブラインドを車両の窓の室内側に取り付ける。ユーザが操作部１６を操作して、所望の状態に切り替える。
・液晶サンシェード：車両の窓ガラスに内蔵あるいはフィルム形状のものを窓ガラスに貼付。ユーザが操作部１６を操作して、液晶への印加電圧を変えて、液晶の濃度を変化させることで、遮光状態／非遮光状態を切り替える。
【００２２】
サンシェード３２の取り付け位置、使用条件は、車両６０の仕向地の法規に従う。例えば、現行（２０１５年現在）の日本国内の法規では、フロントガラス、運転席窓ガラス、助手席窓ガラス、リアウインドウのサンシェードは、走行中は視界の妨げになるので使用できない。よって、走行中は、これらの窓においては、サンシェードが非遮光状態（例えば、ローラーブラインドが完全に巻き取られた状態、あるいは液晶が透明な状態）になるよう構成する。
【００２３】
図１に戻り、ナビゲーション装置４０は、ナビゲーション装置４０の全体制御を行う周知のＣＰＵ、メモリ、周辺回路等を含む制御部４１、制御部４１に接続された、位置検出部４２、例えばＬＣＤである表示部４３（本発明の車載装置側報知部）、例えば表示部４３の画面上に形成されたタッチパネルである操作部４４（本発明の操作部）、スピーカー４５（本発明の車載装置側報知部）を備える。
【００２４】
位置検出部４２は、例えば、周知のＧＰＳ衛星からのＧＰＳ信号を受信し、ＧＰＳ信号に基づいて、地図データ上での車両６０の現在位置を特定する。
【００２５】
スピーカー４５は、操作部４４の操作、ナビゲーション装置４０の状態に応じて、音声メッセージを送出する。
【００２６】
ＥＣＵ１０は、車内ＬＡＮ５５を介して、ナビゲーション装置４０から車両の現在位置を取得する。また、ＥＣＵ１０に表示部、位置検出部を備える構成でもよい。
【００２７】
バッテリー５０は、例えば、アクセサリ（ＡＣＣ）スイッチ（図示せず）がオン状態のときに、電源線５１を介して、ＥＣＵ１０、サンシェード装置３０、ナビゲーション装置４０等に電源を供給する。
【００２８】
携帯端末２０は、周知のＣＰＵ２１（本発明の端末側認証部）と、ＣＰＵ２１に接続された、無線通信部１２と同様の構成で、ＥＣＵ１０との間で通信を行う無線通信部２２、バイブレーター２３（本発明の端末側報知部）、例えばＬＣＤであり表面にタッチパネルが形成された表示部２４（本発明の端末側報知部）、メモリ２５、上述の位置検出部４２と同様の構成の位置検出部２６、スピーカー２８（本発明の端末側報知部）を備える。携帯端末２０の各部は、バッテリー２７から電源の供給を受ける。ＣＰＵ２１がメモリ２５に記憶された携帯端末制御プログラムを実行することで、携帯端末２０の各種機能を実現する。
【００２９】
携帯端末２０として、周知のタブレット型端末を用いてもよいし、ノートパソコンや、タブレット型端末以外の携帯通信端末を用いてもよい。
【００３０】
メモリ２５は、例えば周知のフラッシュメモリを用いる。メモリ２５は、携帯端末２０を識別するための固有データである端末ＩＤを記憶する領域２５ａ、車両６０を認証するための車両情報（例えば、上述の車両ＩＤ）を記憶する領域２５ｂを含む。
【００３１】
端末ＩＤは、例えば、携帯端末２０の製造時に書き込む。車両ＩＤは、例えば、携帯端末２０をＥＣＵ１０に登録する際に、ＥＣＵ１０から受信して記憶する。
【００３２】
バイブレーター２３、スピーカー２８は、携帯端末２０の状態に応じて、それぞれ、所定パターンでの振動、音声メッセージの送出を行う。
【００３３】
図２の、ＥＣＵ制御プログラムに含まれ、ＣＰＵ１１が実行する接近判定処理を説明する。まず、車両６０が駐車状態であるか否かを判定する。すなわち、車両６０の速度が０ｋｍ／ｈであり、なおかつ、以下のうちの少なくとも一つが成立しているとき、駐車状態であると判定する。判定に用いる情報は、車内ＬＡＮ５５を介して、他の車両用装置から取得する。
・車両６０の原動機（エンジンまたはモータ）を始動するためのイグニッションスイッチがオフ状態で、アクセサリ（ＡＣＣ）スイッチ（図示せず）がオン状態である。
・車両６０のシフトポジションが、「Ｐ（パーキング）」にある。
・車両６０の駐車ブレーキが作動状態である。
【００３４】
車両６０が駐車状態のとき（Ｓ１１：Ｙｅｓ）、サンシェード３２のうちの少なくとも一つを遮光状態とするための、乗員による操作部１６の操作があったかどうかを判定する。乗員の操作がないとき（Ｓ１２：Ｎｏ）、本処理を終了する。あるは、乗員の操作を待つ。
【００３５】
一方、乗員の操作があったとき（Ｓ１２：Ｙｅｓ）、操作に対応するサンシェードのみ、あるいは全てのサンシェードを遮光状態とするように、サンシェード装置３０に制御指令を出力する（Ｓ１３）。
【００３６】
次に、予め定められた認証タイミングが到来したか否かを判定する。認証タイミングは、例えば、１００ｍｃｅｃのような所定の周期とする。
【００３７】
認証タイミングが到来したとき（Ｓ１４：Ｙｅｓ）、車両ＩＤを送信し、携帯端末２０との間で相互に認証を行う（Ｓ１５、図４参照）。ＥＣＵ１０、携帯端末２０の、双方の認証が正常に行われない、あるいは、携帯端末２０からの応答がない等で、認証が完了しなかったとき（Ｓ１６：Ｎｏ）、Ｓ１４へ戻る。
【００３８】
一方、双方の認証が正常に行われ、認証が完了したとき（Ｓ１６：Ｙｅｓ）、ＥＣＵ１０（すなわち、車両６０）と携帯端末２０との距離を算出する（Ｓ１７）。計測方法は、以下のうちの少なくとも一方を用いる。
・ナビゲーション装置４０の位置検出部４２が検出した車両６０の現在位置と、携帯端末２０の位置検出部２６が検出した携帯端末２０の現在位置と、を取得し、これら２つの現在位置に基づいて距離を算出する。
・無線通信部１２が受信した携帯端末２０からの電波の受信信号強度（以降、「ＲＳＳＩ」ということもある）を計測し、例えば、メモリ１４に予め記憶した、ＲＳＳＩと距離との関係を定めたデータテーブルに基づいて距離を算出する。
【００３９】
次に、算出した距離に基づいて、携帯端末２０が車両６０に接近しているか否かを判定する。判定方法は、以下のうちの少なくとも一方を用いる。
・距離が予め定められた距離閾値を下回るとき、接近していると判定。
・ＲＳＳＩが予め定められた閾値を上回るとき、接近していると判定。
距離を所定期間遡って記憶し、これらの値が閾値を下回り、かつ、減少傾向にあるとき、接近していると判定してもよい。ＲＳＳＩの場合は、値が閾値を上回り、かつ、増加傾向にあるとき、接近していると判定する。
【００４０】
携帯端末２０が車両６０に接近していないとき（Ｓ１８：Ｎｏ）、Ｓ１４へ戻る。一方、携帯端末２０が車両６０に接近しているとき（Ｓ１８：Ｙｅｓ）、以下のうちの少なくとも一つを用いて、携帯端末２０の車両６０に対する接近方向を特定する（Ｓ１９）。接近方向を特定しない構成でもよい。
【００４１】
・携帯端末２０および車両６０の現在位置（駐車位置）を取得する構成では、携帯端末２０と車両６０との位置関係から、接近方向を特定できる。
・ＲＳＳＩを計測する構成では、無線通信部１２に含まれるアンテナを少なくとも３本、車両６０の異なる位置に取り付ければ、３点測量の原理に基づいて、接近方向を特定できる。
【００４２】
・携帯端末２０の現在位置あるいはＲＳＳＩに依らなくても、車両６０の現在位置から、携帯端末２０を所持するユーザの接近方向を推定できる。例えば、車両６０が道路の左側の歩道に沿って駐車しているとき、該ユーザは車両の左方向から接近すると推定できる。
【００４３】
また、ナビゲーション装置４０に目的地（例えば施設）が設定され、目的地の周辺に駐車しているとき、車両６０とその施設との位置関係から、該ユーザの接近方向を推定できる。つまり、施設から車両６０に向かって接近すると推定できる。本構成が、「車載装置は、車両の目的地を取得する目的地取得部と、車両の現在位置を取得する現在位置取得部と、を備え、接近方向特定部は、車両が目的地から予め定められた範囲内に駐車しているとき、車両の駐車位置と目的地との位置関係から、携帯端末の接近方向を推定する」ものである。本構成によって、携帯端末２０の現在位置が分からなくても、接近方向を推定できる。
【００４４】
次に、以下のうちの少なくとも一つを用いて、車両６０に携帯端末２０が接近している旨を含む接近情報を出力する（Ｓ２０）。接近情報は、携帯端末の接近を反映した携帯端末情報、および、前記車両のウィンドウガラスを覆うサンシェードの状態を制御するためのサンシェード制御情報のうちの少なくとも一方を含む。
【００４５】
接近情報の出力は、以下のうちの少なくとも一方を用いる。
・車内ＬＡＮ５５を介して、ナビゲーション装置４０に接近情報を出力する。ナビゲーション装置４０は、表示部４３に接近情報を反映したメッセージを表示する。スピーカー４５から音声メッセージを送出してもよい。
・携帯端末２０に接近情報（少なくとも携帯端末情報）を送信する（携帯端末２０の動作については後述）。
【００４６】
サンシェード制御情報は、以下のうちの少なくとも一つを含む。
・車両の乗員に、サンシェード３２を非遮光状態にすることを推奨する。
本構成が、「サンシェード制御情報は、車両の乗員に、遮光状態にあるサンシェードを非遮光状態にすることを推奨する旨を含む」ものである。本構成によって、車両に接近してくるユーザに対し、目的の車両であることを示すことができる。また、該ユーザは、どれが目的の車両かが分かる。間違って他の車両に乗り込んだり、目的の車両と勘違いして近づいて車内に連れ込まれたりすることを防止できる。
【００４７】
・予め定められた時間が経過した後に、サンシェード３２を非遮光状態とすることを予告。この場合、全てのサンシェードを非遮光状態としてもよいし、携帯端末２０が接近してくる方向にあるサンシェードのみを非遮光状態としてもよい。
本構成が、「サンシェード制御情報は、予め定められた時間が経過した後に、サンシェードを非遮光状態にする旨を含む」ものである。本構成によって、予期せぬタイミングでサンシェードが動作して、車両の乗員が驚いたり、車内での待機態勢に支障をきたすことを防止できる。
【００４８】
・サンシェード３２の遮光状態を、車両６０と携帯端末２０との距離に応じた開度あるいは遮光率とする（実施あるいは予告のいずれでもよい）。
本構成が、「サンシェード制御情報は、携帯端末の接近状態に応じてサンシェードの遮光状態を変化させる旨を含む」ものである。本構成によって、日射の防止やプライバシーの保護を行いつつ、携帯端末を所持したユーザに対し、目的の車両であることを示すことができる。
【００４９】
次に、以下のうちの少なくとも一つを用いて、接近情報の報知終了条件が成立したか否かを判定する。
・乗員の操作部１６の操作により、サンシェード３２が非遮光状態となったとき、報知終了条件が成立。
・接近情報を出力してから、予め定められた時間が経過したとき、報知終了条件が成立。
・携帯端末２０からの、接近情報を確認した旨の信号を受信したとき、報知終了条件が成立。
・接近していた携帯端末２０が、車両６０から離れていったとき、報知終了条件が成立。
【００５０】
報知終了条件が成立しないとき（Ｓ２１：Ｎｏ）、本処理を終了する。報知終了条件の成立を待ってもよい。一方、報知終了条件が成立したとき（Ｓ２１：Ｙｅｓ）、携帯端末２０、サンシェード装置３０、ナビゲーション装置４０に報知終了指示を出力する（Ｓ２２）。携帯端末２０、サンシェード装置３０、ナビゲーション装置４０は、報知終了指示を受けると、接近情報の報知を終了する。
【００５１】
図３の、携帯端末制御プログラムに含まれ、ＣＰＵ２１が実行する接近報知処理を説明する。まず、車両ＩＤを受信したか否かを判定する。車両ＩＤを受信したとき（Ｓ３１：Ｙｅｓ）、車両６０の認証を開始する（Ｓ３２、図４参照）。車両６０の認証が完了しなかったとき（認証が正常に行われなかったとき）（Ｓ３３：Ｎｏ）、Ｓ３１へ戻る。
【００５２】
一方、車両６０の認証が完了したとき（認証が正常に行われたとき）（Ｓ３３：Ｙｅｓ）、車両６０からの接近情報（携帯端末情報）の待ち状態となる。ＥＣＵ１０からは、接近情報のうち、少なくとも携帯端末情報が送信される。
【００５３】
接近情報を受信したとき（Ｓ３４：Ｙｅｓ）、以下のうちの少なくとも一つを用いて、接近情報を報知する（Ｓ３５）。
・表示部２４に、目的とする車両に接近している旨のメッセージを表示する。
・スピーカー２８から、目的とする車両に接近している旨の音声メッセージを出力する。
・バイブレーター２３を所定のパターンで振動させる。目的とする車両に近づくにつれて、強く振動するようにしてもよい。
【００５４】
上述の構成が、「情報出力部は、接近情報のうち、少なくとも携帯端末情報を携帯端末に送信し、携帯端末は、受信した携帯端末情報に基づいて報知を行う端末側報知部を備える」ものである。本構成によって、携帯端末を所持したユーザは、目的とする車両に接近しているかどうかが分かる。
【００５５】
次に、以下のうちの少なくとも一つを用いて、接近情報の報知終了条件が成立したか否かを判定する。
・車両６０からの報知終了指示を受信したとき、報知終了条件が成立。
・接近情報を報知してから、予め定められた時間が経過したとき、報知終了条件が成立。
・携帯端末２０を所持するユーザが、携帯端末２０に対して所定の操作（表示部２４上のタッチパネルの操作、携帯端末２０を振る、等）を行ったとき、報知終了条件が成立。
【００５６】
報知終了条件が成立したとき（Ｓ３６：Ｙｅｓ）、接近情報の報知を終了する（Ｓ３７）。
【００５７】
図４に、図２のＳ１５、図３のＳ３２に相当する、車両６０（ＥＣＵ１０）および携帯端末２０における認証の詳細を示す。図４の構成が、「車載装置は、携帯端末から、携帯端末を識別するための端末ＩＤ、および端末ＩＤに対する電子署名を受信し、車載装置側認証部は、端末ＩＤおよびその電子署名に基づいて認証を行い、携帯端末は、車載装置から、車両あるいは車載装置を識別するための車両ＩＤ、および車両ＩＤに対する電子署名を受信し、端末側認証部は、車両ＩＤおよびその電子署名に基づいて認証を行う」ものである。
【００５８】
上記構成によって、電子文書（例えば、各ＩＤ）の作成者を特定できる。また、電子署名が行われていれば、電子署名が行われて以降、作成者も含めた何者も電子文書の改ざんを行っていないことを証明することができる。つまり、悪意の第三者による成りすましを防止でき、セキュリティが向上する。
【００５９】
まず、ＥＣＵ１０から所定周期でメモリ１４に記憶された車両ＩＤを送信する（Ｓ５１）。この場合、送信先は特定しない（いわゆるブロードキャスト送信）。
【００６０】
車両ＩＤを受信した携帯端末２０は、車両ＩＤがメモリ２５に記憶された車両情報に含まれているか否か調べる。車両ＩＤが車両情報に含まれているとき、車両６０の署名データを要求するとともに、メモリ２５に記憶された端末ＩＤを、ＥＣＵ１０に送信する（Ｓ５２）。
【００６１】
車両６０の署名データを要求されたＥＣＵ１０は、受信した端末ＩＤがメモリ１４に記憶された端末情報に含まれているか否か調べる。端末ＩＤが端末情報に含まれているとき、ハッシュ関数を用いて車両ＩＤから算出したハッシュ値を、認証局（図示せず）によって認証された車両６０の秘密鍵により暗号化した電子署名と、該秘密鍵と対になる公開鍵（公開鍵証明書でもよい）とを含む署名データとを、携帯端末２０に送信する（Ｓ５３）。このとき、車両ＩＤを含めて送信してもよい。
【００６２】
携帯端末２０をＥＣＵ１０に登録する際に、互いに双方の公開鍵をメモリに記憶してもよい。
【００６３】
電子署名の検証には、秘密鍵の対となる公開鍵を用いる。電子署名は、例えば、ＰＫＩに準拠し、Ｘ．５０９を利用し、電子署名およびその検証には、ＲＳＡ、ＤＳＡ、ＥＣＤＳＡ等を利用する。
【００６４】
車両６０の署名データを受信した携帯端末２０は、署名データに含まれる車両６０の公開鍵により、受信した電子署名を復号する。そして、電子署名に含まれる車両ＩＤのハッシュ値と、今回あるいは先回に受信した車両ＩＤから、ＥＣＵ１０と同じアルゴリズムで算出したハッシュ値とを比較する（Ｓ５４）。比較の結果、両者が一致とき、メモリ２５に記憶された端末ＩＤから算出したハッシュ値を、認証局（図示せず）によって認証された携帯端末２０の秘密鍵により暗号化した電子署名と、該秘密鍵と対になる公開鍵とを含む署名データを、ＥＣＵ１０に送信する（Ｓ５５）。このとき、端末ＩＤを含めて送信してもよい。
【００６５】
携帯端末２０の署名データを受信したＥＣＵ１０は、署名データに含まれる携帯端末２０の公開鍵により電子署名を復号する。そして、電子署名に含まれる端末ＩＤのハッシュ値と、今回あるいは先回に受信した端末ＩＤから算出したハッシュ値とを比較する（Ｓ５６）。比較の結果、両者が一致したとき、認証が正常に行われたと判断し、携帯端末２０に、認証完了通知を送信する（Ｓ５７）。
【００６６】
認証完了通知を受信した携帯端末２０は、ＥＣＵ１０の認証が正しく行われたときは、表示部２４に、認証が正常に行われた旨を報知する（Ｓ５８）。バイブレーター２３を振動させてもよい。その後、ＥＣＵ１０に、認証完了応答を送信する（Ｓ５９）。ＥＣＵ１０は、認証完了応答を受信したときに、認証が正常に行われた旨の情報を、ナビゲーション装置４０に出力してもよい。ナビゲーション装置４０は、表示部４３あるいはスピーカー４５を用いて、該情報を報知する。
【００６７】
認証が正常に行われた旨を報知する構成が、「情報出力部は、携帯端末および車載装置の認証が正しく行われたとき、その旨を反映した認証完了情報を出力する」ものに相当する。本構成によって、車両の乗員に、車両の近くに携帯端末が存在することを報知できる。また、携帯端末を所持するユーザにも、付近に目指す車両が駐車していることを報知できる。
【００６８】
なお、ＥＣＵ１０が携帯端末２０に署名データを送信してから、所定時間内に携帯端末２０から署名データを受信しなかったとき、Ｓ５４での比較の結果、両者が一致しなかったとき、あるいは、ＥＣＵ１０が認証完了通知を送信してから、所定時間内に携帯端末２０から認証完了応答を受信しなかったときが、図２のＳ１６：Ｎｏに相当する。
【００６９】
また、携帯端末２０で認証が正常に行われなかったとき、あるいは、携帯端末２０がＥＣＵ１０に署名データを送信してから、所定時間内にＥＣＵ１０から認証完了通知を受信しなかったときが、図３のＳ３３：Ｎｏに相当する。
【００７０】
図５〜図７に、ナビゲーション装置４０の表示部４３における、携帯端末２０が車両６０に接近したときのメッセージの表示例を示す。本構成が、「車載装置は、接近情報を報知する車載装置側報知部を備える」ものである。本構成によって、車両の乗員は、携帯端末を所持したユーザが接近してくることが分かる。さらに、サンシェードを非遮光状態とするタイミングを適切なものとすることができる。非遮光状態にするタイミングが早いと、日射による車内温度の上昇や周囲の視線が懸念される。逆に、該タイミングが遅いと、該ユーザが車両を見つけることが困難になる。本構成では、これらの問題を解消できる。
【００７１】
図５に、携帯端末２０が車両６０に接近したことのみを報知する例を示す。「○○さん」（例えば、携帯端末２０を所持する者）は、端末情報の一部として、予めメモリ１４に登録しておく。
【００７２】
図６に、携帯端末２０の接近方向を特定する構成の表示例を示す。図６の構成が、「車載装置は、携帯端末の接近方向を特定する接近方向特定部を備え、サンシェード制御情報は、車両の乗員に、接近方向により近いサンシェードを優先して非遮光状態にすることを推奨する旨を含む」ものである。本構成によって、日射の防止やプライバシーの保護を行いつつ、携帯端末を所持したユーザに対し、目的の車両であることを示すことができる。また、車両の乗員は、携帯端末を所持したユーザが、どの方向から接近してくるかが分かる。
【００７３】
図６では、携帯端末２０の接近方向に最も近いサンシェード（３２ｂ）を矢印で示している。ここで、車両６０の乗員が、「はい」ボタンをタッチ（あるいは、押下）すると、該サンシェードのみが、遮光状態から非遮光状態に遷移する。「いいえ」ボタンをタッチすると、全てのサンシェードは、現在の状態を維持する。また、本メッセージの表示を終了してもよい。
【００７４】
上述の「いいえ」ボタンを含む構成が、「車載装置は、車両の乗員による操作部の操作に基づいて、サンシェード制御情報に含まれる制御を無効化する無効化部を備える」ものである。本構成によって、敢えてサンシェードを遮光状態のままにしておきたい車両の乗員の意思を優先できる。
【００７５】
図７に、携帯端末２０が接近していると判定したとき、予め定められた時間を経過した後に、全てのサンシェード（３２）を解除（遮光状態から非遮光状態にする）構成の表示例を示す。ここで、車両６０の乗員が、「解除」をタッチ（あるいは、押下）すると、全てのサンシェードが、直ちに遮光状態から非遮光状態に遷移する。「取消」をタッチすると、全てのサンシェードは、現在の状態を維持する。また、乗員が、上述のいずれの操作をしないまま１０秒が経過すると、全てのサンシェードが、遮光状態から非遮光状態に遷移する。
【００７６】
図８に、携帯端末２０の表示部２４における、携帯端末２０が車両６０に接近したときのメッセージの表示例を示す。表示態様は、図５と同様で、携帯端末２０が車両６０に接近したことのみを報知する。「○○さん」（例えば、車両６０の運転者）は、車両情報の一部として、予めメモリ２５に登録しておく。
【００７７】
図１０および図１１を用いて、車両用サンシェード制御システムの具体的な使用例（母親Ｍが子供Ｃを迎えに来た例）を示す。図１０のように、母親Ｍは車両６０に乗車し、車両６０は駐車中である。母親Ｍは、全てのサンシェード（３２）を遮光状態にして、子供Ｃが来るのを待っている。子供Ｃは、携帯端末２０を持ち、母親Ｍの乗った車両６０を探している。
【００７８】
図１１に移り、母親Ｍが子供Ｃのサッカーの練習後のお迎えに来て、練習場の近くに駐車スペースに駐車する（１）。日射が眩しく感じるとき、車内を覗かれたくないとき（プライバシーの確保）、全てのサンシェードを遮光状態にする（２）。これらが、図１０の状態に相当する。
【００７９】
子供Ｃがサッカーの練習を終えた後、駐車スペースに来て、母親Ｍの乗った車両を探すが、似たような車両があったり、サンシェードを遮光状態にしていると、どの車両に母親Ｍが乗っているのかが分かりにくい（３）。
【００８０】
ここで、ＥＣＵ１０からの車両ＩＤを受信し、認証が正しく行われ（図４参照）、ＥＣＵ１０で携帯端末２０が接近していると判定したとき、ＥＣＵ１０から接近情報が出力される（図２参照）。車両６０では、表示部４３に、「○○くん」（子供Ｃ）が接近中で間もなく到着する旨のメッセージが表示される。また、携帯端末２０では、表示部２４に、母親Ｍの車両６０が近くに駐車している旨のメッセージが表示される（４）。
【００８１】
この後、手動あるいは自動で、少なくとも運転席のサンシェード３２ｂを非遮光状態にする（５）。これにより、子供Ｃは、母親Ｍがどの車両に乗っているのかが分かる（６）。子供Ｃは、短時間で母親Ｍの車両を見つけることができるので、盗撮、連れ去り等の犯罪に巻き込まれる確率が低くなる。
【００８２】
以上、実施の形態を説明したが、これらはあくまで例示にすぎず、上記形態に限定されるものではなく、特許請求の範囲を逸脱しない限り、当業者の知識に基づく種々の変更が可能である。
【符号の説明】
【００８３】
１  車両用サンシェード制御システム
１０  ＥＣＵ（車載装置）
１１  ＣＰＵ（駐車判定部、車載装置側認証部、接近判定部、接近方向特定部）
１２  無線通信部（情報出力部）
１５  通信ＩＦ（情報出力部）
２０  携帯端末
２１  ＣＰＵ（端末側認証部）
２３  バイブレーター（端末側報知部）
２４  表示部（端末側報知部）
２８  スピーカー（端末側報知部）
３０  サンシェード装置
３２ａ〜３２ｆ  サンシェード
４０  ナビゲーション装置
４３  表示部（車載装置側報知部）
４４  操作部
４５  スピーカー（車載装置側報知部）
６０  車両
【図１】
2017061252.tif 000003
【図２】
2017061252.tif 000004
【図３】
2017061252.tif 000005
【図４】
2017061252.tif 000006
【図５】
2017061252.tif 000007
【図６】
2017061252.tif 000008
【図７】
2017061252.tif 000009
【図８】
2017061252.tif 000010
【図９】
2017061252.tif 000011
【図１０】
2017061252.tif 000012
【図１１】
2017061252.tif 000013