(57)【要約】【課題】目的の車両をより見つけやすくする技術を提供する。【解決手段】本発明の誘導システムは、車両の周囲の第１エリアに対して所定の信号を出力する出力手段と、人物によって携帯される端末と、を有し、前記端末は、前記第１エリアに入った場合に、前記所定の信号を受信する受信手段と、前記受信手段によって前記所定の信号が受信された場合に、第１通知を前記人物に対して自動で行う第１通知手段と、を有する。【選択図】図４
2019100712.tif 000002
【特許請求の範囲】
【請求項１】
車両の周囲の第１エリアに対して所定の信号を出力する出力手段と、
人物によって携帯される端末と、
を有し、
前記端末は、
前記第１エリアに入った場合に、前記所定の信号を受信する受信手段と、
前記受信手段によって前記所定の信号が受信された場合に、第１通知を前記人物に対して自動で行う第１通知手段と、
を有する
ことを特徴とする誘導システム。
【請求項２】
前記第１通知は、前記人物と前記出力手段との間の距離に関する通知である
ことを特徴とする請求項１に記載の誘導システム。
【請求項３】
前記端末は、
前記出力手段に関する所定の情報を取得する第１取得手段と、
前記第１取得手段によって取得された前記所定の情報と、前記受信手段によって受信された信号とに基づいて、前記受信手段によって前記所定の信号が受信されたことを検出する検出手段と、
をさらに有する
ことを特徴とする請求項１または２に記載の誘導システム。
【請求項４】
前記出力手段は前記車両に設けられたビーコンであり、
前記所定の信号と前記所定の情報とのそれぞれはビーコンＩＤを含む
ことを特徴とする請求項３に記載の誘導システム。
【請求項５】
前記端末は、前記人物の周囲のエリアにおいて通信可能な第１通信手段、をさらに有し、
前記誘導システムは、
前記車両の周囲の、前記第１エリアよりも狭い第２エリアにおいて通信可能な第２通信手段と、
前記第２通信手段が前記第１通信手段との通信を行った場合に、第２通知を前記人物に対して自動で行う第２通知手段と、
をさらに有する
ことを特徴とする請求項１〜４のいずれか１項に記載の誘導システム。
【請求項６】
前記端末は、前記第２通知の実行を許可する許可情報を取得する第２取得手段、をさらに有し、
前記第２通知手段は、前記第２通信手段が前記第１通信手段との通信によって前記許可情報を取得した場合に、前記第２通知を前記人物に対して自動で行う
ことを特徴とする請求項５に記載の誘導システム。
【請求項７】
前記第２通知は、前記車両のハザードランプの点滅である
ことを特徴とする請求項５または６に記載の誘導システム。
【請求項８】
前記端末は、
前記車両の位置に関する位置情報を取得する第３取得手段と、
前記第３取得手段によって取得された前記位置情報に基づく第３通知を、前記人物に対して行う第３通知手段と、
をさらに有する
ことを特徴とする請求項１〜７のいずれか１項に記載の誘導システム。
【請求項９】
前記第３通知は、前記車両の前記位置までの案内である
ことを特徴とする請求項８に記載の誘導システム。
【請求項１０】
前記人物である第１人物は、第２人物の代わりに前記車両を移動して駐車するために、前記車両へ向かい、
前記誘導システムは、前記第２人物からの依頼に基づいて前記車両の駐車を前記第１人物に要求する要求手段、をさらに有する
ことを特徴とする請求項１〜９のいずれか１項に記載の誘導システム。
【請求項１１】
人物によって携帯される誘導装置であって、
車両の周囲のエリアに入った場合に、当該エリアに対して出力手段が出力する所定の信号を受信する受信手段と、
前記受信手段によって前記所定の信号が受信された場合に、前記人物に対する通知を自動で行う通知手段と、
を有することを特徴とする誘導装置。
【請求項１２】
出力手段と、人物によって携帯される端末とを有する誘導システムの制御方法であって、
前記出力手段が車両の周囲のエリアに対して所定の信号を出力するステップと、
前記エリアに入った場合に、前記端末が前記所定の信号を受信するステップと、
前記端末が前記所定の信号を受信した場合に、前記端末が前記人物に対する通知を自動で行うステップと、
を有することを特徴とする制御方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、目的の車両を見つけやすくするための技術に関する。
【背景技術】
【０００２】
車両には、その所有者のみならず、様々な人物（家族や他人）が乗車し得る。また、多種多様な車両が実在する。そのため、或る人物が探す目的の車両の外観（車種、カラー、ナンバー、等）を当該人物が把握しているとは限らない。目的の車両の外観を把握していない場合には、当該車両を見つけることは難しい。また、目的の車両の外観を把握していたとしても、当該車両を容易に見つけられないことがある。例えば、複数台の車両が密集している場合には、複数台の車両から目的の車両を見つけることは難しい。
【０００３】
特許文献１には、目的の車両の駐車位置への案内を行う駐車位置案内システムが開示されている。特許文献１に開示の駐車位置案内システムでは、車載装置が、ＧＰＳ（Ｇｌｏｂａｌ  Ｐｏｓｉｔｉｏｎｉｎｇ  Ｓｙｓｔｅｍ）データに基づく駐車位置をサーバへ出力する。そして、携帯端末が、駐車位置をサーバから取得し、取得した駐車位置への案内を行う。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２０１７−２７５４６号公報
【特許文献２】特開２０１６−０８０５２３号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら、ＧＰＳデータは精度の面で不十分であり、特許文献１に開示の駐車位置案内システムでは目的の車両の位置を高精度に通知できない。また、目的の車両の位置が通知されたとしても、複数台の車両が密集している場合には、複数台の車両から目的の車両を見つけることは難しい。
【０００６】
本発明は、目的の車両をより見つけやすくする技術を提供することを目的とする。
【課題を解決するための手段】
【０００７】
上記目的を達成するために、本発明では、車両の周囲のエリアに対して所定の信号が出力されるようにして、人物によって携帯される端末が所定の信号を受信した場合に、当該人物への通知を自動で行う、という方法を採用する。
【０００８】
具体的には、本発明の第一態様は、車両の周囲の第１エリアに対して所定の信号を出力する出力手段と、人物によって携帯される端末と、を有し、前記端末は、前記第１エリアに入った場合に、前記所定の信号を受信する受信手段と、前記受信手段によって前記所定の信号が受信された場合に、第１通知を前記人物に対して自動で行う第１通知手段と、を有することを特徴とする誘導システムを提供する。
【０００９】
この構成によれば、人物は、目的の車両が近くにあることを第１通知によって容易に把握できるため、複数台の車両が密集している場合であっても、目的の車両を容易に見つけることができる。
【００１０】
ここで、前記第１通知は、前記人物と前記出力手段との間の距離に関する通知であると
よい。これにより、人物は、目的の車両に近づきつつあることを第１通知によって容易に把握でき、当該車両をより容易に見つけることができる。
【００１１】
前記端末は、前記出力手段に関する所定の情報を取得する第１取得手段と、前記第１取得手段によって取得された前記所定の情報と、前記受信手段によって受信された信号とに基づいて、前記受信手段によって前記所定の信号が受信されたことを検出する検出手段と、をさらに有するとよい。これにより、出力手段からの所定の信号とは異なる信号の受信による第１通知（誤通知）を抑制できる。
【００１２】
前記端末は、前記人物の周囲のエリアにおいて通信可能な第１通信手段、をさらに有し、前記誘導システムは、前記車両の周囲の、前記第１エリアよりも狭い第２エリアにおいて通信可能な第２通信手段と、前記第２通信手段が前記第１通信手段との通信を行った場合に、第２通知を前記人物に対して自動で行う第２通知手段と、をさらに有するとよい。これにより、人物は、目的の車両により近づいたことを第２通知によって容易に把握できるため、目的の車両をより容易に見つけることができる。
【００１３】
前記端末は、前記第２通知の実行を許可する許可情報を取得する第２取得手段、をさらに有し、前記第２通知手段は、前記第２通信手段が前記第１通信手段との通信によって前記許可情報を取得した場合に、前記第２通知を前記人物に対して自動で行うとよい。これにより、意図せぬ通信による第２通知（誤通知）を抑制できる。
【００１４】
前記端末は、前記車両の位置に関する位置情報を取得する第３取得手段と、前記第３取得手段によって取得された前記位置情報に基づく第３通知を、前記人物に対して行う第３通知手段と、をさらに有するとよい。これにより、人物は、位置情報に基づいて目的の車両に容易に近づくことができ、第１通知を容易に受けることができる。
【００１５】
前記第３通知は、前記車両の前記位置までの案内であるとよい。これにより、人物は、案内に従って移動するだけで、目的の車両に容易に近づき、第１通知を容易に受けることができる。
【００１６】
前記人物である第１人物は、第２人物の代わりに前記車両を移動して駐車するために、前記車両へ向かい、前記誘導システムは、前記第２人物からの依頼に基づいて前記車両の駐車を前記第１人物に要求する要求手段、をさらに有するとよい。これにより、第１人物は、第２人物が依頼した場合に限って、目的の車両へ向かい、当該車両を移動して駐車することができる。
【００１７】
前記出力手段は前記車両に設けられたビーコンであり、前記所定の信号と前記所定の情報とのそれぞれはビーコンＩＤを含むとしてもよい。前記第２通知は、前記車両のハザードランプの点滅であるとしてもよい。
【００１８】
なお、本発明は、上記構成ないし機能の少なくとも一部を有する、誘導システム、誘導装置、等として捉えることができる。本発明は、上記処理の少なくとも一部を含む、誘導方法、誘導システムの制御方法、誘導装置の制御方法、等として捉えることもできる。本発明は、これらの方法をコンピュータに実行させるためのプログラム、そのようなプログラムを非一時的に記録したコンピュータ読取可能な記録媒体、等として捉えることもできる。上記構成及び処理の各々は技術的な矛盾が生じない限り互いに組み合わせて本発明を構成することができる。
【発明の効果】
【００１９】
本発明によれば、目的の車両をより見つけやすくすることができる。
【図面の簡単な説明】
【００２０】
【図１】図１は、実施例１に係る駐車代行システムの概略構成例を示す。
【図２】図２は、実施例１に係る駐車代行システムの各装置の概略構成例を示す。
【図３】図３は、実施例１に係る駐車代行システムの処理フロー例を示す。
【図４】図４は、実施例１において代行者が目的の車両を見つける様子の一例を示す。
【図５】図５は、実施例２に係る駐車代行システムの概略構成例を示す。
【図６】図６は、実施例２に係る駐車代行システムの各装置の概略構成例を示す。
【図７】図７は、実施例２に係る駐車代行システムの処理フロー例を示す。
【図８】図８は、実施例２において代行者が目的の車両を見つける様子の一例を示す。
【発明を実施するための形態】
【００２１】
本発明は、目的の車両を見つけやすくするための技術に関する。車両に関する技術として、スマートキーシステムが知られている。スマートキーシステムは、車両と無線通信を行う携帯機（スマートキー）に固有のＩＤを与え、通信によって得られたＩＤが、車両に事前に登録されたＩＤと一致する場合に、ドアの施解錠やエンジンの始動を可能にするシステムである。そして、スマートキーシステムに基づくシステムとして、携帯電話、スマートフォン、タブレット端末、ノート型パーソナルコンピュータ、等の携帯端末を携帯機の代わりに使用可能にするシステムがある。本発明は、例えば、携帯機の代わりに携帯端末を使用可能にする上記システムにおいて好適に利用できる。
【００２２】
携帯機の代わりに携帯端末を使用可能にする上記システムを利用すれば、これまでに無い様々なサービスが提供可能になる。例えば、依頼者に代わって代行者が車両を移動して駐車する駐車代行サービスが提供可能になる。駐車代行サービスにおいて、代行者は、依頼者の代わりに車両を移動して駐車するために、当該車両へ向かうこととなる。しかしながら、状況に依っては、代行者が目的の車両を容易に見つけられないことがある。例えば、目的の車両が渋滞に巻き込まれている場合などのように、目的の車両を含む複数台の車両が密集している場合には、代行者は、目的の車両を容易に見つけられない。従って、本発明は、駐車代行サービスにおいて好適に利用できる。
【００２３】
＜実施例１＞
以下、図面を参照して本発明の実施例１について説明する。
【００２４】
（システム構成）
実施例１に係る駐車代行システム（通知によって人物を車両へと誘導する誘導システム）の構成について説明する。図１は、実施例１に係る駐車代行システム１の概略構成例を示す。駐車代行システム１は、上述した駐車代行サービスを実現するためのシステムである。駐車代行システム１は、車両制御装置１００、キーユニット２００、依頼者端末３００、代行者端末４００（誘導装置）、サーバ５００、及び、ビーコン６００を有する。依頼者端末３００、代行者端末４００、及び、サーバ５００は、ネットワークＮを介して互いに通信可能に接続される。車両制御装置１００、キーユニット２００、及び、ビーコン６００のそれぞれは、車両１０に設けられる車載装置である。依頼者端末３００と代行者端末４００のそれぞれは、携帯電話、スマートフォン、タブレット端末、ノート型パーソナルコンピュータ、等の携帯端末である。サーバ５００は、１台のサーバであってもよいし、複数台のサーバから構成されていてもよい。
【００２５】
ネットワークＮは、インターネットなどの公衆通信網である。ネットワークＮは、ＷＡＮ（Ｗｉｄｅ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）などの他の通信網であってもよい。また、ネ
ットワークＮは、携帯電話などの電話通信網、ＷｉＦｉ（登録商標）、等の無線通信網を含んでいてもよい。
【００２６】
駐車代行を依頼する依頼者は、依頼者端末３００を用いて、駐車代行の依頼、駐車完了報告の確認、等を行うことができる。駐車代行の依頼、駐車完了報告の確認、等は、汎用的なアプリケーション（メールソフトやブラウザソフト）を用いて行われてもよいし、専用のアプリケーションを用いて行われてもよい。
【００２７】
駐車代行を行う代行者は、代行者端末４００を用いて、駐車代行依頼を受けたり、駐車完了を報告したりできる。駐車代行依頼の受任、駐車完了の報告、等は、汎用的なアプリケーション（メールソフトやブラウザソフト）を用いて行われてもよいし、専用のアプリケーションを用いて行われてもよい。また、代行者端末４００は、車両の駐車代行依頼を受ける際に、当該車両のドアの施解錠などのための認証情報をサーバ５００から取得する。
【００２８】
サーバ５００は、駐車代行依頼、駐車完了報告、認証情報、等を管理する。実施例１では、車両１０の駐車代行依頼が、依頼者端末３００からサーバ５００を介して代行者端末４００へ送られ、車両１０の駐車完了報告が、代行者端末４００からサーバ５００を介して依頼者端末３００へ送られる。
【００２９】
車両制御装置１００は、車両１０の各種制御を行う。実施例１では、車両制御装置１００は、車両１０のドアの施解錠を行う施解錠装置として機能する。例えば、車両制御装置１００は、スマートキーやキーユニット２００との通信が可能である。車両制御装置１００は、スマートキーやキーユニット２００から出力されたキーＩＤを取得し、取得したキーＩＤが車両制御装置１００に予め格納されたキーＩＤと一致している場合に車両１０のドアの施解錠を許可する。そして、ドアの施解錠が許可されている場合に、車両制御装置１００は、スマートキー、携帯端末、車両１０のドアに設けられたスイッチ、等に対するユーザ操作に応じて、車両１０のドアの施解錠を行う。なお、車両１０のドアの施解錠のための処理と同様の処理で、車両１０のエンジンの始動なども可能である。
【００３０】
キーユニット２００は、車両１０のスマートキーの構成と同様の構成を有する。キーユニット２００は、車両制御装置１００との通信の他に、携帯端末（依頼者端末３００や代行者端末４００）との通信も可能である。キーユニット２００は、携帯端末から出力された認証情報を取得し、取得した認証情報を用いた認証を行う。認証が成功すると、キーユニット２００は、キーユニット２００に予め格納された車両１０のキーＩＤを出力する。その結果、車両制御装置１００で、キーユニット２００から取得されたキーＩＤが車両制御装置１００に予め格納されたキーＩＤと一致していると判断され、車両１０のドアの施解錠が許可される。そのため、スマートキーを所持していない人物でも、スマートキーの代わりに携帯端末を用いて車両１０のドアの施解錠などを行うことができる。
【００３１】
なお、スマートキーの代わりに携帯端末を用いて車両１０のドアの施解錠などを行う方法は上記方法に限らない。例えば、携帯端末がキーＩＤを取得して出力し、携帯端末から出力されたキーＩＤを車両制御装置１００が取得して処理に用いてもよい。
【００３２】
ビーコン６００は、車両１０（ビーコン６００）の周囲の所定の発信エリアに対して所定のビーコン信号を発信（出力）する。ビーコン６００のビーコン信号は、ビーコン６００を特定するビーコンＩＤを含む。発信エリアは、例えば、ビーコン６００の設置位置を中心とする、半径数十メートルのエリアである。具体的には、発信エリアは、半径が３０メートル以上かつ１００メートル以下のエリアである。なお、ビーコン６００の代わりに、ビーコンと同様の機能を有する他の発信機が使用されてもよい。
【００３３】
（装置構成）
駐車代行システム１の各装置の構成について大まかに説明する。図２は、駐車代行システム１の各装置の概略構成例を示す。図２では、図１のネットワークＮは省略されている。図２に示すように、車両制御装置１００は、ＬＦ送信機１１０、ＲＦ受信機１２０、記憶部１３０、照合ＥＣＵ（Ｅｌｅｃｔｒｏｎｉｃ  Ｃｏｎｔｒｏｌ  Ｕｎｉｔ）１４０、ドアロックアクチュエータ１５０、及び、ボディＥＣＵ１６０を有する。キーユニット２００は、ＬＦ受信機２１０、近距離通信部２２０、記憶部２３０、制御部２４０、及び、ＲＦ送信機２５０を有する。依頼者端末３００は、操作部３１０、記憶部３２０、制御部３３０、通信部３４０、及び、通知部３５０を有する。代行者端末４００は、記憶部４１０、近距離通信部４２０、制御部４４０、通信部４５０、ビーコン受信機４６０、及び、通知部４７０を有する。サーバ５００は、制御部５１０、記憶部５２０、及び、通信部５３０を有する。
【００３４】
（車両制御装置１００の構成）
車両制御装置１００の構成について詳細に説明する。
【００３５】
ＬＦ送信機１１０は、キーユニット２００やスマートキーを検出（ポーリング）するための低周波数（Ｌｏｗ  Ｆｒｅｑｕｅｎｃｙ；ＬＦ）帯の電波を送信する。ＬＦ帯は、例えば、１００ｋＨｚ以上かつ３００ｋＨｚ以下の周波数帯である。
【００３６】
ＲＦ受信機１２０は、キーユニット２００やスマートキーから送信された高周波数（Ｒａｄｉｏ  Ｆｒｅｑｕｅｎｃｙ；ＲＦ）帯の電波を受信する。ＲＦ帯は、例えば、１００ＭＨｚ以上かつ１ＧＨｚ以下の周波数帯である。例えば、ＲＦ受信機１２０は、キーＩＤ、車両１０のドアの施錠または解錠を指示する施解錠情報、等を示す電波を受信する。
【００３７】
記憶部１３０は、車両１０のキーＩＤ、照合ＥＣＵ１４０により実行されるプログラム、ボディＥＣＵ１６０により実行されるプログラム、等の様々な情報（データ）を記憶する。例えば、記憶部１３０は、半導体メモリ、磁気ディスク、光ディスク、等である。
【００３８】
照合ＥＣＵ１４０は、ＲＦ受信機１２０によって受信された電波を解析する。例えば、照合ＥＣＵ１４０は、ＲＦ受信機１２０によって取得されたキーＩＤが、記憶部１３０に予め格納された車両１０のキーＩＤと一致するか否かを判断する。そして、照合ＥＣＵ１４０は、ＲＦ受信機１２０によって取得されたキーＩＤが、記憶部１３０に予め格納されたキーＩＤと一致すると判断した場合に、車両１０のドアの施解錠を許可する。そして、ドアの施解錠が許可されている場合に、照合ＥＣＵ１４０は、ＲＦ受信機１２０によって取得された施解錠情報に応じて、車両１０のドアの施解錠を制御する施解錠制御信号を出力する。
【００３９】
ドアロックアクチュエータ１５０は、車両１０のドアの施解錠を行うアクチュエータ（モータなど）である。
【００４０】
ボディＥＣＵ１６０は、車両１０の全体的な制御を行う。例えば、ボディＥＣＵ１６０は、照合ＥＣＵ１４０から出力された施解錠制御信号に応じて、車両１０のドアの施錠または解錠が行われるように、ドアロックアクチュエータ１５０を駆動する。施解錠制御信号、ドアロックアクチュエータ１５０を駆動する駆動信号、等は、ＣＡＮ（Ｃｏｎｔｒｏｌｌｅｒ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）などの車内ネットワークを介して伝送される。なお、照合ＥＣＵ１４０とボディＥＣＵ１６０は一体で構成されていてもよい。
【００４１】
（キーユニット２００の構成）
キーユニット２００の構成について詳細に説明する。
【００４２】
ＬＦ受信機２１０は、車両制御装置１００（ＬＦ送信機１１０）から出力されたポーリング信号（ＲＦ帯の電波）を受信する。
【００４３】
近距離通信部２２０は、車両１０（キーユニット２００）の周囲の通信エリアにおいて通信可能に構成される。近距離通信部２２０の通信エリアは、ビーコン６００の発信エリアよりも狭い。近距離通信部２２０は、携帯端末（依頼者端末３００や代行者端末４００）との通信を行い、携帯端末から認証情報を取得する。例えば、近距離通信部２２０は、所定の無線通信規格に従って近距離通信を行う。具体的には、近距離通信部２２０は、ＢＬＥ（Ｂｌｕｅｔｏｏｔｈ（登録商標）  Ｌｏｗ  Ｅｎｅｒｇｙ）、ＮＦＣ（Ｎｅａｒ  Ｆｉｅｌｄ  Ｃｏｍｍｕｎｉｃａｔｉｏｎ）、ＵＷＢ（Ｕｌｔｒａ  Ｗｉｄｅｂａｎｄ）、ＷｉＦｉ、等の規格に従って通信を行う。
【００４４】
記憶部２３０は、認証情報を用いた認証で参照される参照情報、車両１０のキーＩＤ、制御部２４０により実行されるプログラム、等の様々な情報（データ）を記憶する。例えば、記憶部２３０は、半導体メモリ、磁気ディスク、光ディスク、等である。
【００４５】
制御部２４０は、キーユニット２００の全体的な制御を行うプロセッサ（ＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）やＤＳＰ（Ｄｉｇｉｔａｌ  Ｓｉｇｎａｌ  Ｐｒｏｃｅｓｓｏｒ））である。制御部２４０は認証部２４１を有する。認証部２４１は、近距離通信部２２０によって取得された認証情報を用いた認証を行う。認証部２４１による認証が成功すると、制御部２４０は、キーＩＤや施解錠情報の出力をＲＦ送信機２５０に指示する。なお、制御部２４０は、記憶部２３０に予め格納されたプログラムを読み出して実行することにより、認証部２４１を含む様々な機能を実現してもよいし、そうでなくてもよい。認証部２４１を含む様々な機能がハードウェアによって実現されてもよい。
【００４６】
認証部２４１は、近距離通信部２２０によって取得された認証情報が所定の条件を満たす場合に、認証成功と判断し、そうでない場合に、認証失敗と判断する。所定の条件は、例えば、以下の条件１〜３のいずれかである。
条件１：認証情報が参照情報と一致する。
条件２：認証情報と参照情報の一方に所定の処理（暗号化処理、復号処理、等）を施した結果が、認証情報と参照情報の他方と一致する。
条件３：認証情報に所定の処理（暗号化処理、復号処理、等）を施した結果が、参照情報に当該処理を施した結果と一致する。
【００４７】
ＲＦ送信機２５０は、制御部２４０からの上記指示に応じて、キーＩＤや施解錠情報を示す電波（ＲＦ帯の電波）を送信する。具体的には、ＲＦ送信機２５０は、記憶部２３０に予め格納された車両１０のキーＩＤを示す電波を送信したり、制御部２４０によって生成された施解錠情報を示す電波を送信したり、キーＩＤと施解錠情報の両方を示す電波を送信したりする。なお、キーＩＤや施解錠情報の取得方法は特に限定されない。例えば、暗号キーＩＤ（暗号化されたキーＩＤ）が記憶部２３０に予め格納され、制御部２４０が、認証情報を用いた復号処理を暗号キーＩＤに施すことにより、キーＩＤ（暗号化されていないキーＩＤ；復号キーＩＤ）を生成してもよい。近距離通信部２２０が、携帯端末から出力された施解錠情報を取得してもよい。
【００４８】
（依頼者端末３００の構成）
依頼者端末３００の構成について詳細に説明する。依頼者端末３００は、依頼者によって携帯される。
【００４９】
操作部３１０は、依頼者端末３００に対するユーザ操作を受け付ける。例えば、操作部３１０は、駐車代行依頼のための依頼操作などを受け付ける。
【００５０】
記憶部３２０は、依頼者端末３００が取得した駐車完了報告、制御部３３０により実行されるプログラム、等の様々な情報（データ）を記憶する。例えば、記憶部３２０は、半導体メモリ、磁気ディスク、光ディスク、等である。
【００５１】
制御部３３０は、依頼者端末３００の全体的な制御を行うプロセッサ（ＣＰＵやＤＳＰ）である。制御部３３０は、依頼操作に応じて、駐車代行依頼のための依頼情報の出力を通信部３４０に指示する。依頼情報は、依頼者を特定する依頼者情報、車両１０を特定する車両情報、ビーコン６００に関する所定のビーコン関連情報、車両１０の位置（現在位置）に関する位置情報、等を含む。例えば、依頼者情報は、依頼者のＩＤ、名前、年齢、性別、等であり、車両情報は、車両１０のＩＤ、車種、カラー、ナンバー、等であり、ビーコン関連情報は、ビーコン６００のビーコンＩＤなどであり、位置情報は、車両１０の現在位置の緯度と経度などである。
【００５２】
なお、依頼情報は、依頼者情報を含まなくてもよい。依頼者情報は、依頼操作によって依頼者端末３００に入力されてもよいし、記憶部３２０に予め格納されていてもよい。依頼者情報は、サーバ５００に予め登録されていてもよい。車両情報やビーコン関連情報についても同様である。依頼情報は、位置情報を含まなくてもよい。ＧＰＳ（Ｇｌｏｂａｌ
Ｐｏｓｉｔｉｏｎｉｎｇ  Ｓｙｓｔｅｍ）などの衛星測位システムの受信機が、衛星測位システムにより得られた情報を位置情報として取得してもよい。受信機は、依頼者端末３００に設けられてもよいし、車両１０に設けられてもよい。受信機が依頼者端末３００に設けられる場合には、受信機は、依頼者が車両１０に乗車している状態、依頼者が車両１０の周囲にいる状態、等で受信した情報を、車両１０の位置情報として取得できる。受信機が車両１０に設けられる場合には、依頼者端末３００またはサーバ５００が、受信機によって取得された位置情報を車両１０から取得する。位置情報は、依頼操作によって依頼者端末３００に入力されてもよい。
【００５３】
通信部３４０は、サーバ５００との通信を行う。例えば、通信部３４０は、制御部３３０からの上記指示に応じて、依頼情報をサーバ５００へ出力する。依頼情報は、サーバ５００から代行者端末４００へ出力される。そのため、通信部３４０の処理により、依頼者からの要求に基づいて車両１０の駐車代行が代行者に要求される。また、通信部３４０は、駐車完了報告をサーバ５００から取得する。制御部３３０は、通信部３４０によって取得された駐車完了報告を記憶部３２０に格納（記録）する。
【００５４】
通知部３５０は、通信部３４０によって取得された駐車完了報告を依頼者に通知する。例えば、通知部３５０は、スピーカや表示部を有し、音声出力や画像表示によって駐車完了報告を依頼者に通知する。
【００５５】
なお、依頼者端末３００が行う少なくとも一部の処理は、車両１０の車載装置によって行われてもよい。例えば、駐車代行の要求のために通信部３４０が行う処理（依頼情報の出力など）は、車載装置によって行われてもよい。
【００５６】
（代行者端末４００の構成）
代行者端末４００の構成について説明する。代行者端末４００は、代行者によって携帯される。
【００５７】
記憶部４１０は、通信部４５０によって取得された情報（依頼情報や認証情報）、制御
部４４０により実行されるプログラム、等の様々な情報（データ）を記憶する。
【００５８】
近距離通信部４２０は、代行者（代行者端末４００）の周囲の通信エリアにおいて通信可能に構成される。近距離通信部４２０は、キーユニット２００（近距離通信部２２０）との通信を行う。例えば、近距離通信部４２０は、所定の無線通信規格（ＢＬＥ、ＮＦＣ、ＵＷＢ、ＷｉＦｉ、等の規格）に従って近距離通信を行う。実施例１では、代行者は、依頼情報が代行者端末４００によって取得されたことを確認した後に、車両１０へ向かう。そして、代行者（代行者端末４００）が近距離通信部２２０の通信エリアに入ると、近距離通信部４２０が、代行者端末４００によって取得された認証情報を近距離通信部２２０へ出力する。これにより、車両１０の施解錠を伴う駐車代行が達成可能になる。
【００５９】
操作部４３０は、代行者端末４００に対するユーザ操作を受け付ける。例えば、操作部４３０は、駐車代行の完了を依頼者端末３００に通知するための完了操作などを受け付ける。
【００６０】
制御部４４０は、代行者端末４００の全体的な制御を行うプロセッサ（ＣＰＵやＤＳＰ）である。制御部４４０は、完了操作に応じて、駐車完了報告の出力を通信部４５０に指示する。また、代行者が車両１０の外から車両１０のドアを施錠して完了操作を行った後に、制御部４４０は認証情報を記憶部４１０から削除する。これにより、駐車が完了した後に、代行者による車両１０への乗車や運転を抑制できる。
【００６１】
なお、認証情報の無効化は認証情報の削除に限らない。例えば、認証情報の書き替えによって認証情報が無効化されてもよい。同じ認証情報の使用可能回数や使用可能期間が制限されてもよい。使用回数が使用可能回数を超えたか否か、現時刻が使用可能期間内か否か、等は、キーユニット２００や代行者端末４００で判断できる。
【００６２】
通信部４５０は、サーバ５００との通信を行う。例えば、通信部４５０は、依頼情報や認証情報をサーバ５００から取得する。また、通信部４５０は、制御部４４０からの上記指示に応じて、駐車完了報告（位置情報）をサーバ５００へ出力する。
【００６３】
ビーコン受信機４６０は、ビーコン信号を受信する。ビーコン６００の発信エリアに代行者（代行者端末４００）が入った場合には、ビーコン受信機４６０は、ビーコン６００から発せられたビーコン信号を受信する。
【００６４】
制御部４４０はビーコン検出部４４１を有する。ビーコン検出部４４１は、通信部４５０によって取得された依頼情報（ビーコン関連情報）と、ビーコン受信機４６０によって受信されたビーコン信号とに基づいて、ビーコン６００のビーコン信号がビーコン受信機４６０によって受信されたことを検出する。具体的には、ビーコン受信機４６０によって受信されたビーコンＩＤがビーコン６００のビーコンＩＤと一致する場合に、ビーコン検出部４４１は、ビーコン６００のビーコン信号がビーコン受信機４６０によって受信されたと判断する。そうでない場合には、ビーコン検出部４４１は、ビーコン６００とは異なるビーコンのビーコン信号がビーコン受信機４６０によって受信されたと判断する。なお、ビーコン６００のビーコン信号がビーコン受信機４６０によって受信されたか否かの判断方法は上記方法に限らない。また、制御部４４０は、記憶部４１０に予め格納されたプログラムを読み出して実行することにより、ビーコン検出部４４１の機能を含む様々な機能を実現してもよいし、そうでなくてもよい。ビーコン検出部４４１の機能を含む様々な機能がハードウェアによって実現されてもよい。
【００６５】
通知部４７０は、代行者に対する各種通知を行う。例えば、通知部４７０は、依頼通知、位置通知、ビーコン通知、等を行う。依頼通知は、通信部４５０によって取得された依
頼情報の通知であり、例えば駐車代行の依頼があったことの通知である。位置通知は、位置情報に基づく通知であり、例えば車両１０の現在位置の通知である。ビーコン通知は、ビーコン検出部４４１の検出結果に基づく通知であり、例えばビーコン６００の発信エリアに入ったことの通知である。ビーコン通知は、ビーコン６００のビーコン信号がビーコン受信機４６０によって受信された場合に自動で行われる。具体的には、ビーコン６００のビーコン信号がビーコン受信機４６０によって受信されたとビーコン検出部４４１が判断した場合に、ビーコン通知が自動で行われる。各種通知の実現方法は特に限定されないが、例えば、通知部４７０は、スピーカや表示部を有し、音声出力や画像表示によって各種通知を実現する。
【００６６】
なお、通知部４７０は、複数の通知をそれぞれ行う複数の機能部を有していてもよいし、そうでなくてもよい。複数の通知が１つの機能部によって行われてもよい。１つの通知が複数の機能部によって行われてもよい。また、依頼通知や位置通知は行われなくてもよい。但し、依頼通知が行われれば、代行者は、依頼者が依頼した場合に限って、車両１０へ向かい、車両１０を移動して駐車することができる。位置通知が行われれば、代行者は、位置情報に基づいて車両１０に容易に近づくことができ、ビーコン通知を容易に受けることができる。また、ビーコン検出部４４１の処理結果に依らず、ビーコン信号をビーコン受信機４６０が受信した場合にビーコン通知が自動で行われてもよい。但し、ビーコン検出部４４１の処理結果を考慮すれば、ビーコン６００とは異なるビーコンのビーコン信号の受信によるビーコン通知（誤通知）を抑制できる。
【００６７】
（サーバ５００の構成）
サーバ５００の構成について説明する。制御部５１０は、サーバ５００の全体的な制御を行うプロセッサ（ＣＰＵやＤＳＰ）である。記憶部５２０は、様々な情報（データ）を記憶する。例えば、記憶部５２０は、半導体メモリ、磁気ディスク、光ディスク、等である。記憶部５２０には、各車両の認証情報が予め格納されている。通信部５３０は、依頼者端末３００や代行者端末４００（通信部３４０や通信部４５０）との通信を行う。
【００６８】
例えば、通信部５３０は、依頼者端末３００から依頼情報を取得する。通信部５３０が依頼者端末３００から依頼情報を取得すると、制御部５１０は、当該依頼情報と、記憶部５２０に格納された車両１０の認証情報との出力を、通信部５３０に指示する。そして、通信部５３０は、制御部５１０からの指示に応じて、依頼者端末３００から取得された依頼情報と、車両１０の認証情報とを、代行者端末４００へ出力する。
【００６９】
また、通信部５３０は、代行者端末４００から駐車完了報告を取得する。通信部５３０が代行者端末４００から駐車完了報告を取得すると、制御部５１０は、当該駐車完了報告の出力を、通信部５３０に指示する。そして、通信部５３０は、制御部５１０からの指示に応じて、代行者端末４００から取得された駐車完了報告を、依頼者端末３００へ出力する。
【００７０】
（駐車代行システム１の処理フロー）
駐車代行システム１の処理フローについて説明する。図３は、駐車代行システム１の処理フロー例を示すシーケンス図である。図４は、代行者が車両１０を見つける様子の一例を模式的に示す。
【００７１】
まず、依頼者が、依頼者端末３００の操作部３１０に対して依頼操作を行う（図３のステップＳ３０１）。次に、依頼者端末３００の通信部３４０が、依頼操作に応じて、依頼情報（依頼者情報、車両情報、ビーコン関連情報、位置情報、等）を、サーバ５００の通信部５３０へ出力する（図３のステップＳ３０２）。そして、通信部５３０が、依頼情報の取得に応じて、依頼受情報を通信部３４０へ返す（図３のステップＳ３０３）。依頼受
情報は、例えば、依頼情報を取得したこと、駐車代行依頼を受任したこと、等を示す。これにより、依頼者は、依頼受情報を確認して、駐車代行依頼が正常に行われたことを把握できる。
【００７２】
次に、サーバ５００の通信部５３０が、依頼情報の取得に応じて、当該依頼情報と車両１０の認証情報とを、代行者端末４００の通信部４５０へ出力する（図３のステップＳ３０４）。なお、サーバ５００から代行者端末４００へ出力される依頼情報は、依頼者端末３００からサーバ５００へ出力される依頼情報と同一であってもよいし、そうでなくてもよい。例えば、依頼者端末３００からサーバ５００へ出力される依頼情報には依頼者情報と車両情報が含まれており、サーバ５００から代行者端末４００へ出力される依頼情報にはそれらの少なくとも一方が含まれていなくてもよい。但し、サーバ５００から代行者端末４００へ出力される依頼者情報が車両情報を含んでいれば、代行者は、車両情報を確認できるため、車両１０を見つけやすくなる。ビーコン関連情報と位置情報のみを含む情報が、依頼情報として、サーバ５００から代行者端末４００へ出力されてもよい。
【００７３】
そして、代行者端末４００の通知部４７０が、代行者端末４００の通信部４５０によって取得された依頼情報（位置情報）に基づき、代行者に対して位置通知を行う（図３のステップＳ３０５）。例えば、図４の（ａ）に示すように、通知部４７０（表示部）は、衛星測位システムにより得られた位置（図４の星印）を示す地図画像Ｉ１を表示する。代行者は、地図画像Ｉ１を確認することで、車両１０に容易に近づくことができる。なお、車両１０が移動している場合があるため、位置情報は、依頼者端末３００からサーバ５００を介して代行者端末４００に繰り返し送られることが好ましい。代行者は、車両１０に近づくことで、ビーコン６００の発信エリアＡ１に入る（図４の（ｂ））。
【００７４】
代行者（代行者端末４００）が発信エリアＡ１に入ると、代行者端末４００のビーコン受信機４６０が、ビーコン６００から発せられたビーコン信号を受信する（図３のステップＳ３０６）。そして、代行者端末４００のビーコン検出部４４１が、ビーコン６００のビーコン信号がビーコン受信機４６０によって受信されたことを検出する（図３のステップＳ３０７；ビーコン６００の検出）。具体的には、ビーコン受信機４６０によって受信されたビーコンＩＤ（ビーコン信号に含まれたビーコンＩＤ）が、代行者端末４００の通信部４５０によって取得されたビーコンＩＤ（依頼情報に含まれたビーコンＩＤ）と一致すると判断される。その結果、ビーコン６００のビーコン信号がビーコン受信機４６０によって受信されたと判断される。
【００７５】
そして、代行者端末４００の通知部４７０が、ビーコン６００の検出に応じて、代行者に対してビーコン通知を自動で行う（図３のステップＳ３０８）。例えば、図４の（ｃ）に示すように、通知部４７０は、車両１０が近くにあることを示すグラフィックＩ２（テキストやアイコン）を表示する。代行者は、グラフィックＩ２を確認することで、車両１０が近くにあることを容易に把握でき、車両１０を容易に見つけることができる。代行者は、車両１０にさらに近づくと、キーユニット２００に設けられた近距離通信部２２０の通信エリアＡ２に入る（図４の（ｄ））。
【００７６】
代行者（代行者端末４００）が通信エリアＡ２に入ると、代行者端末４００の通信部４５０によって取得された認証情報（車両１０の認証情報）が、代行者端末４００の近距離通信部４２０からキーユニット２００の近距離通信部２２０に送られる（図３のステップＳ３０９）。そして、キーユニット２００の認証部２４１が、近距離通信部２２０によって取得された認証情報を用いた認証に成功する（図３のステップＳ３１０）。認証情報の認証に成功すると、上述した各種処理（車両制御装置１００やキーユニット２００の処理）が行われ、駐車代行のために車両１０に対して代行者が行う車両操作が実行可能になる（図３のステップＳ３１１）。代行者の車両操作は、車両１０のドアの施解錠を指示する
操作、車両１０のエンジンの始動を指示する操作、等である。そして、代行者は、車両１０に乗り（図４の（ｅ））、依頼者の代わりに車両１０を移動して駐車する（図４の（ｆ））。なお、代行者は、車両１０のスペアキーなどを有し、当該スペアキーを用いて車両装置を行ってもよい。
【００７７】
（まとめ）
以上述べたように、実施例１によれば、車両１０の周囲のエリアに対して所定のビーコン信号が出力され、代行者端末４００が所定のビーコン信号を受信した場合に代行者へのビーコン通知が自動で行われる。これにより、代行者は、車両１０が近くにあることをビーコン通知によって容易に把握できるため、様々な状況下で車両１０を容易に見つけることができる。例えば、代行者は、複数台の車両が密集している場合であっても、複数台の車両から車両１０を容易に見つけることができる。
【００７８】
なお、ビーコン信号を解析すれば、当該ビーコン信号を発信したビーコンまでの距離を得ることができる。そのため、ビーコン通知は、代行者とビーコン６００との間の距離に関する通知であってもよい。代行者とビーコン６００との間の距離は、代行者と車両１０との間の距離に対応する。例えば、図４の（ｇ）や（ｈ）に示すように、代行者端末４００の通知部４７０は、車両１０（ビーコン６００）までの距離を示すグラフィックＩ３，Ｉ４を表示してもよい。これにより、代行者は、グラフィックＩ３，Ｉ４を確認することで、車両１０までの距離、車両１０に近づきつつあること、等を容易に把握でき、車両１０をより容易に見つけることができる。
【００７９】
なお、位置通知は、車両１０の位置までの案内であってもよい。これにより、代行者は、案内に従って移動するだけで、車両１０に容易に近づき、ビーコン通知を容易に受けることができる。
【００８０】
＜実施例２＞
以下、図面を参照して本発明の実施例２について説明する。なお、以下では、実施例１と異なる点（構成や処理）について詳しく説明し、実施例１と同じ点についての説明は省略する。実施例２では、代行者に目的の車両をより容易に発見させることができる例を説明する。
【００８１】
（システム構成）
実施例２に係る駐車代行システムの構成について説明する。図５は、実施例２に係る駐車代行システム２の概略構成例を示す。駐車代行システム２の構成は、実施例１（図１）の構成と同様である。但し、駐車代行システム２は、実施例１の車両制御装置１００の代わりに車両制御装置７００を有する。車両制御装置７００は、車両制御装置１００と同様の機能を有するが、携帯端末（依頼者端末３００や代行者端末４００）との通信も可能である。
【００８２】
（車両制御装置７００の構成）
車両制御装置７００の構成について説明する。図６は、駐車代行システム２の各装置の概略構成例を示す。図６では、図５のネットワークＮは省略されている。車両制御装置７００は、実施例１の車両制御装置７００が有する各部と、近距離通信部７１０とを有する。
【００８３】
近距離通信部７１０は、車両１０（車両制御装置７００）の周囲の通信エリアにおいて通信可能に構成される。近距離通信部７１０の通信エリアは、ビーコン６００の発信エリアよりも狭く、近距離通信部２２０の通信エリアよりも広い。近距離通信部７１０は、携帯端末（依頼者端末３００や代行者端末４００）との通信を行い、携帯端末から通知許可
情報を取得する。例えば、近距離通信部７１０は、所定の無線通信規格（ＢＬＥ、ＮＦＣ、ＵＷＢ、ＷｉＦｉ、等の規格）に従って近距離通信を行う。
【００８４】
実施例２の照合ＥＣＵ１４０とボディＥＣＵ１６０では、以下の処理がさらに行われる。
【００８５】
実施例２の照合ＥＣＵ１４０は、近距離通信部７１０によって取得された通知許可情報を解析する。例えば、照合ＥＣＵ１４０は、近距離通信部７１０によって取得された通知許可情報が、車両制御装置７００（記憶部１３０）に予め格納された車両１０の通知許可情報と一致するか否かを判断する。そして、照合ＥＣＵ１４０は、近距離通信部７１０によって取得された通知許可情報が車両１０の通知許可情報と一致すると判断した場合に、車両１０による通知（車両通知）のための通知制御信号を出力する。なお、車両１０の通知許可情報が近距離通信部７１０によって取得されたことを検出できれば、通知許可情報の解析方法は限定されない。
【００８６】
実施例２のボディＥＣＵ１６０は、照合ＥＣＵ１４０から出力された通知制御信号に応じて、車両１０のハザードランプが点滅するように、当該ハザードランプを駆動する。通知制御信号、ハザードランプを駆動する駆動信号は、ＣＡＮなどの車内ネットワークを介して伝送される。
【００８７】
実施例２では、代行者端末４００は、車両１０の認証情報を取得する際に、車両１０の通知許可情報もサーバ５００から取得する。そして、代行者（代行者端末４００）が近距離通信部７１０の通信エリアに入ると、代行者端末４００が、取得した通知許可情報を近距離通信部７１０へ出力する。これにより、代行者に対して、車両１０のハザードランプの点滅による車両通知が自動で行われる。
【００８８】
なお、車両通知はハザードランプの点滅に限らない。例えば、クラクション音の出力が車両通知として行われてもよい。また、通知許可情報を用いずに、車両制御装置が他の装置との通信を行った場合に車両通知が自動で行われてもよい。但し、通知許可情報を用いれば、意図せぬ通信による車両通知（誤通知）を抑制できる。
【００８９】
（駐車代行システム２の処理フロー）
駐車代行システム２の処理フローについて説明する。図７は、駐車代行システム２の処理フロー例を示すシーケンス図である。図８は、代行者が車両１０を見つける様子の一例を模式的に示す。
【００９０】
まず、実施例１と同様に、依頼者が依頼操作を行い、依頼者端末３００が依頼情報をサーバ５００へ出力し、サーバ５００が依頼受情報を依頼者端末３００へ返す（図７のステップＳ３０１〜Ｓ３０３）。次に、サーバ５００の通信部５３０が、依頼情報の取得に応じて、当該依頼情報、車両１０の認証情報、及び、車両１０の通知許可情報を、代行者端末４００の通信部４５０へ出力する（図７のステップＳ７０１）。サーバ５００の記憶部５２０には、各車両の通知許可情報が予め格納されている。代行者端末４００の制御部４４０は、サーバ５００から取得した情報を、代行者端末４００の記憶部４１０に記録する。
【００９１】
そして、実施例１と同様に、代行者端末４００が位置通知を行う（図７のステップＳ３０５）。その後、代行者は、位置通知に基づいて車両１０に近づくことで、ビーコン６００の発信エリアＡ１に入る（図８の（ａ））。代行者が発信エリアＡ１に入ると、実施例１と同様に、代行者端末４００が、ビーコン６００から発せられたビーコン信号を受信して、ビーコン６００を検出する（図７のステップＳ３０６，Ｓ３０７）。そして、実施例
１と同様に、代行者端末４００が代行者に対するビーコン通知を自動で行う（図７のステップＳ３０８）。その後、代行者は、ビーコン通知に基づいて車両１０にさらに近づくことで、キーユニット２００に設けられた近距離通信部２２０の通信エリアＡ２に入る前に、車両制御装置７００に設けられた近距離通信部７１０の通信エリアＡ３に入る（図８の（ｂ））。
【００９２】
代行者（代行者端末４００）が通信エリアＡ３に入ると、代行者端末４００の通信部４５０によって取得された通知許可情報（車両１０の通知許可情報）が、代行者端末４００の近距離通信部４２０から車両制御装置７００の近距離通信部７１０に送られる（図７のステップＳ７０２）。次に、車両制御装置７００の照合ＥＣＵ１４０が、近距離通信部７１０によって取得された通知許可情報を用いた認証に成功し、通知制御信号を出力する（図７のステップＳ７０３）。具体的には、近距離通信部７１０によって取得された通知許可情報が車両１０の通知許可情報と一致すると判断されて、通知制御信号が出力される。
【００９３】
そして、車両制御装置７００のボディＥＣＵ１６０が、照合ＥＣＵ１４０から出力された通知制御信号に応じて、車両１０のハザードランプが点滅するように、当該ハザードランプを駆動する（図７のステップＳ７０４；図８の（ｃ）；車両通知）。代行者は、車両１０のハザードランプの点滅に気づくことで、実施例１よりも車両１０を容易に発見できる。代行者は、車両１０にさらに近づくと、キーユニット２００に設けられた近距離通信部２２０の通信エリアＡ２に入る（図８の（ｄ））。
【００９４】
代行者が通信エリアＡ２に入ると、実施例１と同様に、代行者端末４００からキーユニット２００に認証情報が送られ、キーユニット２００が認証情報の認証に成功する（図７のステップＳ３０９，Ｓ３１０）。認証情報の認証に成功すると、キーユニット２００の近距離通信部２２０が、代行者端末４００の近距離通信部４２０へ認証成功情報を出力する（図７のステップＳ７０５）。認証成功情報は、認証情報の認証に成功したことなどを示す。そして、代行者端末４００の制御部４４０が、認証成功情報の取得に応じて、車両１０の通知許可情報を、代行者端末４００の記憶部４１０から消去する（図７のステップＳ７０６）。これにより、代行者による車両１０の発見後に、車両通知が行われることを抑制できる。また、実施例１と同様に、各種処理（車両制御装置１００やキーユニット２００の処理）が行われ、駐車代行のために車両１０に対して代行者が行う車両操作が実行可能になる（図７のステップＳ３１１）。そして、代行者は、車両１０に乗り（図８の（ｅ））、依頼者の代わりに車両１０を移動して駐車する（図８の（ｆ））。
【００９５】
（まとめ）
以上述べたように、実施例２によれば、ビーコン通知の後に車両通知がさらに自動で行われる。これにより、代行者は、車両１０により近づいたことを車両通知によって容易に把握できるため、車両１０をより容易に見つけることができる。なお、ビーコン通知が行われずに車両通知が行われてもよい。
【００９６】
なお、実施例１，２の構成、処理、サービス、等はあくまで一例であり、本発明の要旨の範囲内で実施例１，２のそれらを適宜変形したり変更したりしたものも、本発明に含まれる。実施例１，２の構成を適宜組み合わせて得られる構成なども、本発明に含まれる。例えば、代行者によって駐車された車両を依頼者が引き取る際に、上述したような通知が依頼者端末から依頼者に対して行われてもよい。或る人物による駐車後に、当該人物が車両に戻る際に、上述したような通知が当該人物に対して行われてもよい。
【符号の説明】
【００９７】
１，２：駐車代行システム  １０：車両  ６００：ビーコン
１００，７００：車両制御装置  １１０：送信機  １２０：受信機
１３０：記憶部  １４０：照合ＥＣＵ  １５０：ドアロックアクチュエータ
１６０：ボディＥＣＵ  ７１０：近距離通信部
２００：キーユニット  ２１０：受信機  ２２０：近距離通信部
２３０：記憶部  ２４０：制御部  ２４１：認証部  ２５０：送信機
３００：依頼者端末  ３１０：操作部  ３２０：記憶部  ３３０：制御部
３４０：通信部  ３５０：通知部
４００：代行者端末  ４１０：記憶部  ４２０：近距離通信部
４３０：操作部  ４４０：制御部  ４４１：ビーコン検出部
４５０：通信部  ４６０：ビーコン受信機  ４７０：通知部
５００：サーバ  ５１０：制御部  ５２０：記憶部  ５３０：通信部
【図１】
2019100712.tif 000003
【図２】
2019100712.tif 000004
【図３】
2019100712.tif 000005
【図４】
2019100712.tif 000006
【図５】
2019100712.tif 000007
【図６】
2019100712.tif 000008
【図７】
2019100712.tif 000009
【図８】
2019100712.tif 000010