JP2019101478A - 通知システム - Google Patents

Abstract

【課題】目的の車両をより見つけやすくする技術を提供する。【解決手段】本発明の通知システムは、第１人物により車両が移動されて駐車された後に、前記車両の駐車位置に関する位置情報と、第２人物による前記車両の発見を助ける補助情報とを、前記第２人物に通知する通知手段、を有する。【選択図】図３

Description

本発明は、目的の車両を見つけやすくするための技術に関する。

車両には、その所有者のみならず、様々な人物（家族や他人）が乗車し得る。また、多種多様な車両が実在する。そのため、或る人物が探す目的の車両の外観（車種、カラー、ナンバー、等）を当該人物が把握しているとは限らない。目的の車両の外観を把握していない場合には、当該車両を見つけることは難しい。また、目的の車両の外観を把握していたとしても、当該車両を容易に見つけられないことがある。例えば、同じ車両を複数の人物が利用し得る場面では、人物Ｈ１による車両Ｃの駐車後に別の人物Ｈ２が車両Ｃを利用しようとした際に、人物Ｈ２が、人物Ｈ１が駐車した車両Ｃの位置を把握しておらず、車両Ｃを見つけられないことがある。

特許文献１には、目的の車両の駐車位置への案内を行う駐車位置案内システムが開示されている。特許文献１に開示の駐車位置案内システムでは、車載装置が、ＧＰＳ（Ｇｌｏｂａｌ Ｐｏｓｉｔｉｏｎｉｎｇ Ｓｙｓｔｅｍ）データに基づく駐車位置をサーバへ出力する。そして、携帯端末が、駐車位置をサーバから取得し、取得した駐車位置への案内を行う。

特開２０１７−２７５４６号公報 特開２０１５−１５３２１７号公報

しかしながら、ＧＰＳデータは精度の面で不十分であり、特許文献１に開示の駐車位置案内システムでは目的の車両の駐車位置を高精度に通知できない。

本発明は、目的の車両をより見つけやすくする技術を提供することを目的とする。

上記目的を達成するために、本発明では、車両の駐車位置に関する位置情報の他に、車両の発見を助ける他の情報（補助情報）も通知する、という方法を採用する。

具体的には、本発明の第一態様は、第１人物により車両が移動されて駐車された後に、前記車両の駐車位置に関する位置情報と、第２人物による前記車両の発見を助ける補助情報とを、前記第２人物に通知する通知手段、を有することを特徴とする通知システムを提供する。

この構成によれば、位置情報の他に補助情報も通知されるため、第２人物は、位置情報のみから目的の車両を探す場合よりも容易に当該車両を見つけることができる。

ここで、前記位置情報は、衛星測位システムにより得られた情報を含むとよい。これにより、第２人物は、位置情報を確認することで、目的の車両のある程度近くに容易に近づくことができる。

前記補助情報は、前記駐車位置に関する音声、前記駐車位置に関する写真、及び、前記駐車位置に関するテキストの少なくともいずれかを含むとよい。これにより、第２人物は、目的の車両のある程度近づいた後などに、音声、写真、テキスト、等を確認することで、目的の車両を容易に見つけることができる。

前記補助情報は、前記駐車位置の周囲の所定のエリアに対して所定の信号を出力する出力手段に関する所定の情報を含み、前記通知手段は、前記所定のエリアに前記第２人物が入った場合に、前記所定の信号に基づく情報を前記第２人物に通知するとよい。これにより、第２人物は、所定の信号に基づく情報を確認することで、目的の車両に近づいたことを容易に把握でき、当該車両を容易に見つけることができる。

前記所定の信号に基づく情報は、前記第２人物と前記出力手段との間の距離に関する情報であるとよい。これにより、第２人物は、所定の信号に基づく情報を確認することで、目的の車両に近づきつつあることを容易に把握でき、当該車両を容易に見つけることができる。

前記出力手段はビーコンであり、前記所定の情報はビーコンＩＤであるとしてもよい。前記第１人物により使用される第１端末と、前記第２人物により使用され、且つ、前記通知手段として機能する第２端末と、前記第１端末および前記第２端末と通信可能なサーバと、をさらに有し、前記第１端末は、前記第１人物により車両が駐車された後に、前記位置情報と前記補助情報を前記サーバを介して前記第２端末へ送るとしてもよい。

前記通知手段は、前記位置情報に基づいて前記駐車位置までの案内を行うとよい。これにより、第２人物は、案内に従って移動するだけで、目的の車両のある程度近くに容易に近づくことができる。

前記第２人物からの依頼に基づいて前記車両の駐車を前記第１人物に要求する要求手段、をさらに有するとよい。これにより、第１人物は、第２人物が依頼した場合に限って目的の車両を移動して駐車することができる。

前記第１人物により前記車両が駐車された後に前記位置情報を取得する第１取得手段と、前記第１人物により前記車両が駐車された後に前記補助情報を取得する第２取得手段と、をさらに有するとよい。これにより、駐車前の誤った情報が第２人物に通知されることを抑制でき、駐車後の正確な情報を第２人物に通知できる。

なお、本発明は、上記構成ないし機能の少なくとも一部を有する、通知システム、通知装置、等として捉えることができる。本発明は、上記処理の少なくとも一部を含む、通知方法、通知システムの制御方法、通知装置の制御方法、等として捉えることもできる。本発明は、これらの方法をコンピュータに実行させるためのプログラム、そのようなプログラムを非一時的に記録したコンピュータ読取可能な記録媒体、等として捉えることもできる。上記構成及び処理の各々は技術的な矛盾が生じない限り互いに組み合わせて本発明を構成することができる。

本発明によれば、目的の車両をより見つけやすくすることができる。

図１は、実施例１に係る駐車代行システムの概略構成例を示す。 図２は、実施例１に係る駐車代行システムの各装置の概略構成例を示す。 図３は、実施例１に係る駐車代行システムの処理フロー例を示す。 図４は、実施例２に係る駐車代行システムの概略構成例を示す。 図５は、実施例２に係る代行者端末の概略構成例を示す。 図６は、実施例２に係る依頼者端末の概略構成例を示す。 図７は、実施例２において依頼者が目的の車両を見つける様子の一例を示す。

本発明は、目的の車両を見つけやすくするための技術に関する。車両に関する技術として、スマートキーシステムが知られている。スマートキーシステムは、車両と無線通信を行う携帯機（スマートキー）に固有のＩＤを与え、通信によって得られたＩＤが、車両に事前に登録されたＩＤと一致する場合に、ドアの施解錠やエンジンの始動を可能にするシステムである。そして、スマートキーシステムに基づくシステムとして、携帯電話、スマートフォン、タブレット端末、ノート型パーソナルコンピュータ、等の携帯端末を携帯機の代わりに使用可能にするシステムがある。本発明は、例えば、携帯機の代わりに携帯端末を使用可能にする上記システムにおいて好適に利用できる。

携帯機の代わりに携帯端末を使用可能にする上記システムを利用すれば、これまでに無い様々なサービスが提供可能になる。例えば、依頼者に代わって代行者が車両を移動して駐車する駐車代行サービスが提供可能になる。駐車代行サービスにおいて、車両の駐車位置は代行者によって決められる。駐車位置を予め定めることもできるが、予め定められた駐車位置に既に他の車両が駐車している場合には、代行者が他の位置に車両を駐車することになる。このように、車両の駐車位置は代行者や駐車状況に依存する。そのため、依頼者は、車両を引き取る際に、当該車両の駐車位置を容易に把握できずに、当該車両を容易に見つけられないことがある。また、予め定められた駐車位置を含む駐車場が満車であった場合には、代行者は予め定められた駐車位置から大きく離れた位置（他の駐車場）に車両を駐車することになり、依頼者による車両の発見が極めて困難になる。従って、本発明は、駐車代行サービスにおいて好適に利用できる。

＜実施例１＞
以下、図面を参照して本発明の実施例１について説明する。

（システム構成）
実施例１に係る駐車代行システム（通知システム）の構成について説明する。図１は、実施例１に係る駐車代行システム１の概略構成例を示す。駐車代行システム１は、上述した駐車代行サービスを実現するためのシステムである。駐車代行システム１は、施解錠装置１００、キーユニット２００、依頼者端末３００（通知装置）、代行者端末４００、及び、サーバ５００を有する。依頼者端末３００、代行者端末４００、及び、サーバ５００は、ネットワークＮを介して互いに通信可能に接続される。施解錠装置１００とキーユニット２００のそれぞれは、車両１０に設けられる車載装置である。依頼者端末３００と代行者端末４００のそれぞれは、携帯電話、スマートフォン、タブレット端末、ノート型パーソナルコンピュータ、等の携帯端末である。サーバ５００は、１台のサーバであってもよいし、複数台のサーバから構成されていてもよい。

ネットワークＮは、インターネットなどの公衆通信網である。ネットワークＮは、ＷＡＮ（Ｗｉｄｅ Ａｒｅａ Ｎｅｔｗｏｒｋ）などの他の通信網であってもよい。また、ネットワークＮは、携帯電話などの電話通信網、ＷｉＦｉ、等の無線通信網を含んでいてもよい。

駐車代行を依頼する依頼者は、依頼者端末３００を用いて、駐車代行の依頼、駐車完了報告の確認、等を行うことができる。駐車代行の依頼、駐車完了報告の確認、等は、汎用
的なアプリケーション（メールソフトやブラウザソフト）を用いて行われてもよいし、専用のアプリケーションを用いて行われてもよい。

駐車代行を行う代行者は、代行者端末４００を用いて、駐車代行依頼を受けたり、駐車完了を報告したりできる。駐車代行依頼の受任、駐車完了の報告、等は、汎用的なアプリケーション（メールソフトやブラウザソフト）を用いて行われてもよいし、専用のアプリケーションを用いて行われてもよい。また、代行者端末４００は、車両の駐車代行依頼を受ける際に、当該車両のドアの施解錠などのための認証情報をサーバ５００から取得する。

サーバ５００は、駐車代行依頼、駐車完了報告、認証情報、等を管理する。実施例１では、車両１０の駐車代行依頼が、依頼者端末３００からサーバ５００を介して代行者端末４００へ送られ、車両１０の駐車完了報告が、代行者端末４００からサーバ５００を介して依頼者端末３００へ送られる。

施解錠装置１００は、車両１０のドアの施解錠を行う。例えば、施解錠装置１００は、スマートキーやキーユニット２００との通信が可能である。施解錠装置１００は、スマートキーやキーユニット２００から出力されたキーＩＤを取得し、取得したキーＩＤが施解錠装置１００に予め格納されたキーＩＤと一致している場合に車両１０のドアの施解錠を許可する。そして、ドアの施解錠が許可されている場合に、施解錠装置１００は、スマートキー、携帯端末、車両１０のドアに設けられたスイッチ、等に対するユーザ操作に応じて、車両１０のドアの施解錠を行う。なお、車両１０のドアの施解錠のための処理と同様の処理で、車両１０のエンジンの始動なども可能である。

キーユニット２００は、車両１０のスマートキーの構成と同様の構成を有する。キーユニット２００は、施解錠装置１００との通信の他に、携帯端末（依頼者端末３００や代行者端末４００）との通信も可能である。キーユニット２００は、携帯端末から出力された認証情報を取得し、取得した認証情報を用いた認証を行う。認証が成功すると、キーユニット２００は、キーユニット２００に予め格納された車両１０のキーＩＤを出力する。その結果、施解錠装置１００で、キーユニット２００から取得されたキーＩＤが施解錠装置１００に予め格納されたキーＩＤと一致していると判断され、車両１０のドアの施解錠が許可される。そのため、スマートキーを所持していない人物でも、スマートキーの代わりに携帯端末を用いて車両１０のドアの施解錠などを行うことができる。

なお、スマートキーの代わりに携帯端末を用いて車両１０のドアの施解錠などを行う方法は上記方法に限らない。例えば、携帯端末がキーＩＤを取得して出力し、携帯端末から出力されたキーＩＤを施解錠装置１００が取得して処理に用いてもよい。

（装置構成）
駐車代行システム１の各装置の構成について大まかに説明する。図２は、駐車代行システム１の各装置の概略構成例を示す。図２では、図１のネットワークＮは省略されている。図２に示すように、施解錠装置１００は、ＬＦ送信機１１０、ＲＦ受信機１２０、記憶部１３０、照合ＥＣＵ（Ｅｌｅｃｔｒｏｎｉｃ Ｃｏｎｔｒｏｌ Ｕｎｉｔ）１４０、ドアロックアクチュエータ１５０、及び、ボディＥＣＵ１６０を有する。キーユニット２００は、ＬＦ受信機２１０、近距離通信部２２０、記憶部２３０、制御部２４０、及び、ＲＦ送信機２５０を有する。依頼者端末３００は、操作部３１０、記憶部３２０、制御部３３０、通信部３４０、及び、通知部３５０を有する。代行者端末４００は、記憶部４１０、近距離通信部４２０、位置情報取得部４３０、補助情報取得部４４０、操作部４５０、制御部４６０、及び、通信部４７０を有する。サーバ５００は、制御部５１０、記憶部５２０、及び、通信部５３０を有する。

（施解錠装置１００の構成）
施解錠装置１００の構成について詳細に説明する。

ＬＦ送信機１１０は、キーユニット２００やスマートキーを検出（ポーリング）するための低周波数（Ｌｏｗ Ｆｒｅｑｕｅｎｃｙ；ＬＦ）帯の電波を送信する。ＬＦ帯は、例えば、１００ｋＨｚ以上かつ３００ｋＨｚ以下の周波数帯である。

ＲＦ受信機１２０は、キーユニット２００やスマートキーから送信された高周波数（Ｒａｄｉｏ Ｆｒｅｑｕｅｎｃｙ；ＲＦ）帯の電波を受信する。ＲＦ帯は、例えば、１００ＭＨｚ以上かつ１ＧＨｚ以下の周波数帯である。例えば、ＲＦ受信機１２０は、キーＩＤ、車両１０のドアの施錠または解錠を指示する施解錠情報、等を示す電波を受信する。

記憶部１３０は、車両１０のキーＩＤ、照合ＥＣＵ１４０により実行されるプログラム、ボディＥＣＵ１６０により実行されるプログラム、等の様々な情報（データ）を記憶する。例えば、記憶部１３０は、半導体メモリ、磁気ディスク、光ディスク、等である。

照合ＥＣＵ１４０は、ＲＦ受信機１２０によって受信された電波を解析する。例えば、照合ＥＣＵ１４０は、ＲＦ受信機１２０によって取得されたキーＩＤが、記憶部１３０に予め格納された車両１０のキーＩＤと一致するか否かを判断する。そして、照合ＥＣＵ１４０は、ＲＦ受信機１２０によって取得されたキーＩＤが、記憶部１３０に予め格納されたキーＩＤと一致すると判断した場合に、車両１０のドアの施解錠を許可する。そして、ドアの施解錠が許可されている場合に、照合ＥＣＵ１４０は、ＲＦ受信機１２０によって取得された施解錠情報に応じて、車両１０のドアの施解錠を制御する施解錠制御信号を出力する。

ドアロックアクチュエータ１５０は、車両１０のドアの施解錠を行うアクチュエータ（モータなど）である。

ボディＥＣＵ１６０は、車両１０の全体的な制御を行う。例えば、ボディＥＣＵ１６０は、照合ＥＣＵ１４０から出力された施解錠制御信号に応じて、車両１０のドアの施錠または解錠が行われるように、ドアロックアクチュエータ１５０を駆動する。施解錠制御信号、ドアロックアクチュエータ１５０を駆動する駆動信号、等は、ＣＡＮ（Ｃｏｎｔｒｏｌｌｅｒ Ａｒｅａ Ｎｅｔｗｏｒｋ）などの車内ネットワークを介して伝送される。なお、照合ＥＣＵ１４０とボディＥＣＵ１６０は一体で構成されていてもよい。

（キーユニット２００の構成）
キーユニット２００の構成について詳細に説明する。

ＬＦ受信機２１０は、施解錠装置１００（ＬＦ送信機１１０）から出力されたポーリング信号（ＲＦ帯の電波）を受信する。

近距離通信部２２０は、携帯端末（依頼者端末３００や代行者端末４００）との通信を行い、携帯端末から認証情報を取得する。例えば、近距離通信部２２０は、所定の無線通信規格に従って近距離通信を行う。具体的には、近距離通信部２２０は、ＢＬＥ（Ｂｌｕｅｔｏｏｔｈ（登録商標） Ｌｏｗ Ｅｎｅｒｇｙ）、ＮＦＣ（Ｎｅａｒ Ｆｉｅｌｄ Ｃｏｍｍｕｎｉｃａｔｉｏｎ）、ＵＷＢ（Ｕｌｔｒａ Ｗｉｄｅｂａｎｄ）、ＷｉＦｉ（登録商標）、等の規格に従って通信を行う。

記憶部２３０は、認証情報を用いた認証で参照される参照情報、車両１０のキーＩＤ、
制御部２４０により実行されるプログラム、等の様々な情報（データ）を記憶する。例えば、記憶部２３０は、半導体メモリ、磁気ディスク、光ディスク、等である。

制御部２４０は、キーユニット２００の全体的な制御を行うプロセッサ（ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）やＤＳＰ（Ｄｉｇｉｔａｌ Ｓｉｇｎａｌ Ｐｒｏｃｅｓｓｏｒ））である。制御部２４０は認証部２４１を有する。認証部２４１は、近距離通信部２２０によって取得された認証情報を用いた認証を行う。認証部２４１による認証が成功すると、制御部２４０は、キーＩＤや施解錠情報の出力をＲＦ送信機２５０に指示する。なお、制御部２４０は、記憶部２３０に予め格納されたプログラムを読み出して実行することにより、認証部２４１を含む様々な機能を実現してもよいし、そうでなくてもよい。認証部２４１を含む様々な機能がハードウェアによって実現されてもよい。

認証部２４１は、近距離通信部２２０によって取得された認証情報が所定の条件を満たす場合に、認証成功と判断し、そうでない場合に、認証失敗と判断する。所定の条件は、例えば、以下の条件１〜３のいずれかである。
条件１：認証情報が参照情報と一致する。
条件２：認証情報と参照情報の一方に所定の処理（暗号化処理、復号処理、等）を施した結果が、認証情報と参照情報の他方と一致する。
条件３：認証情報に所定の処理（暗号化処理、復号処理、等）を施した結果が、参照情報に当該処理を施した結果と一致する。

ＲＦ送信機２５０は、制御部２４０からの上記指示に応じて、キーＩＤや施解錠情報を示す電波（ＲＦ帯の電波）を送信する。具体的には、ＲＦ送信機２５０は、記憶部２３０に予め格納された車両１０のキーＩＤを示す電波を送信したり、制御部２４０によって生成された施解錠情報を示す電波を送信したり、キーＩＤと施解錠情報の両方を示す電波を送信したりする。なお、キーＩＤや施解錠情報の取得方法は特に限定されない。例えば、暗号キーＩＤ（暗号化されたキーＩＤ）が記憶部２３０に予め格納され、制御部２４０が、認証情報を用いた復号処理を暗号キーＩＤに施すことにより、キーＩＤ（暗号化されていないキーＩＤ；復号キーＩＤ）を生成してもよい。近距離通信部２２０が、携帯端末から出力された施解錠情報を取得してもよい。

（依頼者端末３００の構成）
依頼者端末３００の構成について詳細に説明する。

操作部３１０は、依頼者端末３００に対するユーザ操作を受け付ける。例えば、操作部３１０は、駐車代行依頼のための依頼操作などを受け付ける。

記憶部３２０は、依頼者端末３００が取得した駐車完了報告、制御部３３０により実行されるプログラム、等の様々な情報（データ）を記憶する。例えば、記憶部３２０は、半導体メモリ、磁気ディスク、光ディスク、等である。

制御部３３０は、依頼者端末３００の全体的な制御を行うプロセッサ（ＣＰＵやＤＳＰ）である。制御部３３０は、依頼操作に応じて、駐車代行依頼のための依頼情報の出力を通信部３４０に指示する。依頼情報は、依頼者を特定する依頼者情報（ＩＤ、名前、年齢、性別、等）、車両１０を特定する車両情報（ＩＤ、車種、カラー、ナンバー、等）、等を含む。なお、依頼情報は、依頼者情報を含まなくてもよい。依頼者情報は、依頼操作によって依頼者端末３００に入力されてもよいし、記憶部３２０に予め格納されていてもよい。依頼者情報は、サーバ５００に予め登録されていてもよい。車両情報についても同様である。

通信部３４０は、サーバ５００との通信を行う。例えば、通信部３４０は、制御部３３０からの上記指示に応じて、依頼情報をサーバ５００へ出力する。依頼情報は、サーバ５００から代行者端末４００へ出力される。そのため、通信部３４０の処理により、依頼者からの要求に基づいて車両１０の駐車代行が代行者に要求される。また、通信部３４０は、駐車完了報告をサーバ５００から取得する。制御部３３０は、通信部３４０によって取得された駐車完了報告を記憶部３２０に格納（記録）する。

通知部３５０は、通信部３４０によって取得された駐車完了報告を依頼者に通知する。例えば、通知部３５０は、スピーカや表示部を有し、音声出力や画像表示によって駐車完了報告を依頼者に通知する。

（代行者端末４００の構成）
代行者端末４００の構成について説明する。

記憶部４１０は、通信部４７０によって取得された情報（依頼情報や認証情報）、制御部４６０により実行されるプログラム、等の様々な情報（データ）を記憶する。

近距離通信部４２０は、キーユニット２００（近距離通信部２２０）との通信を行う。例えば、近距離通信部４２０は、所定の無線通信規格（ＢＬＥ、ＮＦＣ、ＵＷＢ、ＷｉＦｉ（登録商標）、等の規格）に従って近距離通信を行う。実施例１では、代行者は、依頼情報が代行者端末４００によって取得されたことを確認した後に、車両１０へ向かう。そして、代行者が車両１０の位置に到着した後に、近距離通信部４２０が、代行者端末４００によって取得された認証情報をキーユニット２００へ出力する。これにより、車両１０の施解錠を伴う駐車代行が達成可能になる。

位置情報取得部４３０は、車両１０の駐車が完了した後に、車両１０の駐車位置に関する位置情報を取得する。実施例１では、位置情報取得部４３０は、ＧＰＳ（Ｇｌｏｂａｌ
Ｐｏｓｉｔｉｏｎｉｎｇ Ｓｙｓｔｅｍ）などの衛星測位システムの受信機であり、衛星測位システムにより得られた情報（緯度と経度の情報など）を位置情報として取得する。なお、位置情報は、衛星測位システムにより得られた情報以外の情報を含んでもよい。

補助情報取得部４４０は、車両１０の駐車が完了した後に、依頼者による車両１０の発見を助ける補助情報を取得する。実施例１では、補助情報取得部４４０は、マイクロフォン、撮像部、文字入力部、等を有し、駐車位置に関する音声、駐車位置に関する写真、及び、駐車位置に関するテキストの少なくともいずれかを含む情報を、補助情報として取得する。例えば、補助情報取得部４４０は、「＊＊＊駐車場の＊＊番に駐車しました」といった音声やテキスト、車両１０とその周囲を撮影した写真、等の情報を、補助情報として取得する。なお、補助情報は、音声、写真、及び、テキスト以外の情報を含んでもよい。

操作部４５０は、代行者端末４００に対するユーザ操作を受け付ける。例えば、操作部４５０は、駐車代行の完了を代行者端末４００に通知するための完了操作などを受け付ける。

制御部４６０は、代行者端末４００の全体的な制御を行うプロセッサ（ＣＰＵやＤＳＰ）である。制御部４６０は、完了操作に応じて、駐車完了報告の出力を通信部４７０に指示する。実施例１では、駐車完了報告は、位置情報取得部４３０によって取得された位置情報と、補助情報取得部４４０によって取得された補助情報とを含む。また、代行者が車両１０の外から車両１０のドアを施錠して完了操作を行った後に、制御部４６０は認証情報を記憶部４１０から削除する。これにより、駐車が完了した後に、代行者による車両１
０への乗車や運転を抑制できる。

なお、制御部４６０は、完了操作に応じて、位置情報の取得を位置情報取得部４３０に指示してもよい。そして、位置情報取得部４３０は、制御部４６０からの指示に応じて位置情報を取得してもよい。また、制御部４６０は、完了操作に応じて、補助情報を取得するためのユーザ操作（音声入力、撮影操作、テキスト入力、等）を代行者に促してもよい。

なお、認証情報の無効化は認証情報の削除に限らない。例えば、認証情報の書き替えによって認証情報が無効化されてもよい。同じ認証情報の使用可能回数や使用可能期間が制限されてもよい。使用回数が使用可能回数を超えたか否か、現時刻が使用可能期間内か否か、等は、キーユニット２００や代行者端末４００で判断できる。

通信部４７０は、サーバ５００との通信を行う。例えば、通信部４７０は、依頼情報や認証情報をサーバ５００から取得する。また、通信部４７０は、制御部４６０からの上記指示に応じて、駐車完了報告（位置情報と補助情報）をサーバ５００へ出力する。

（サーバ５００の構成）
サーバ５００の構成について説明する。制御部５１０は、サーバ５００の全体的な制御を行うプロセッサ（ＣＰＵやＤＳＰ）である。記憶部５２０は、様々な情報（データ）を記憶する。例えば、記憶部５２０は、半導体メモリ、磁気ディスク、光ディスク、等である。記憶部５２０には、各車両の認証情報が予め格納されている。通信部５３０は、依頼者端末３００や代行者端末４００（通信部３４０や通信部４７０）との通信を行う。

例えば、通信部５３０は、依頼者端末３００から依頼情報を取得する。通信部５３０が依頼者端末３００から依頼情報を取得すると、制御部５１０は、当該依頼情報と、記憶部５２０に格納された車両１０の認証情報との出力を、通信部５３０に指示する。そして、通信部５３０は、制御部５１０からの指示に応じて、依頼者端末３００から取得された依頼情報と、車両１０の認証情報とを、代行者端末４００へ出力する。

また、通信部５３０は、代行者端末４００から駐車完了報告を取得する。通信部５３０が代行者端末４００から駐車完了報告を取得すると、制御部５１０は、当該駐車完了報告の出力を、通信部５３０に指示する。そして、通信部５３０は、制御部５１０からの指示に応じて、代行者端末４００から取得された駐車完了報告を、依頼者端末３００へ出力する。

（駐車代行システム１の処理フロー）
駐車代行システム１の処理フローについて説明する。図３は、駐車代行システム１の処理フロー例を示すシーケンス図である。

まず、依頼者が、依頼者端末３００の操作部３１０に対して依頼操作を行う（ステップＳ３０１）。次に、依頼者端末３００の通信部３４０が、依頼操作に応じて、依頼情報（依頼者情報、車両情報、等）を、サーバ５００の通信部５３０へ出力する（ステップＳ３０２）。そして、通信部５３０が、依頼情報の取得に応じて、依頼受情報を通信部３４０へ返す（ステップＳ３０３）。依頼受情報は、例えば、依頼情報を取得したこと、駐車代行依頼を受任したこと、等を示す。これにより、依頼者は、依頼受情報を確認して、駐車代行依頼が正常に行われたことを把握できる。

次に、サーバ５００の通信部５３０が、依頼情報の取得に応じて、当該依頼情報と車両１０の認証情報とを、代行者端末４００の通信部４７０へ出力する（ステップＳ３０４）
。なお、サーバ５００から代行者端末４００へ出力される依頼情報は、依頼者端末３００からサーバ５００へ出力される依頼情報と同一であってもよいし、そうでなくてもよい。例えば、依頼者端末３００からサーバ５００へ出力される依頼情報には依頼者情報と車両情報が含まれており、サーバ５００から代行者端末４００へ出力される依頼情報にはそれらの少なくとも一方が含まれていなくてもよい。但し、サーバ５００から代行者端末４００へ出力される依頼者情報が車両情報を含んでいれば、代行者は、車両情報を確認できるため、車両１０を見つけやすくなる。車両１０の位置のみを示す情報が、依頼情報として、サーバ５００から代行者端末４００へ出力されてもよい。

そして、代行者が、代行者端末４００によって取得された依頼情報に基づいて、依頼者から車両１０を受け取り、車両１０を移動させて駐車させる（ステップＳ３０５：駐車代行）。駐車が完了した後に、位置情報取得部４３０が位置情報を取得し、補助情報取得部４４０が補助情報を取得する（ステップＳ３０６）。また、代行者は、認証情報を使って車両１０の外から車両１０のドアを施錠する。なお、代行者は、車両１０のスペアキーなどを有し、当該スペアキーを用いて車両１０のドアの施解錠などを行ってもよい。

次に、代行者端末４００の通信部４７０が、代行者端末４００の操作部４５０に対する完了操作に応じて、駐車完了報告（位置情報、補助情報、車両情報、等）をサーバ５００の通信部５３０へ出力する（ステップＳ３０７）。ここでは、車両１０のドアの施錠も完了しているため、代行者端末４００の制御部４６０が、代行者端末４００の記憶部４１０から認証情報を削除する。次に、通信部５３０が、駐車完了報告の取得に応じて、報告受情報を通信部４７０へ返す（ステップＳ３０８）。報告受情報は、例えば、駐車完了報告を取得したことなどを示す。これにより、代行者は、報告受情報を確認して、駐車完了報告が正常に行われたことを把握できる。

そして、サーバ５００の制御部５１０が、サーバ５００の通信部５３０によって取得された駐車完了報告（車両情報）に基づいて、対応する依頼者（依頼者情報）を特定する（ステップＳ３０９）。次に、サーバ５００の通信部５３０が、依頼者の特定結果に基づいて、駐車完了報告を依頼者端末３００の通信部３４０へ出力する（ステップＳ３１０）。なお、サーバ５００から依頼者端末３００へ出力される駐車完了報告は、代行者端末４００からサーバ５００へ出力される駐車完了報告と同一であってもよいし、そうでなくてもよい。サーバ５００から依頼者端末３００へ出力される駐車完了報告には、位置情報と補助情報が含まれていればよい。

次に、依頼者端末３００の通知部３５０が、依頼者端末３００の通信部３４０によって取得された駐車完了報告（位置情報と補助情報）を、依頼者に通知する（ステップＳ３１１）。位置情報の他に補助情報も通知されるため、依頼者は、位置情報のみから車両１０を探す場合よりも容易に車両１０を見つけることができる。例えば、依頼者は、衛星測位システムにより得られた位置情報に基づいて車両１０のある程度近くに近づき、音声、写真、コメント、等の補助情報に基づいて車両１０を容易に発見できる。

（まとめ）
以上述べたように、実施例１によれば、車両の駐車位置に関する位置情報の他に、車両の発見を助ける他の情報（補助情報）も通知される。これにより、依頼者は、位置情報のみから目的の車両を探す場合よりも容易に当該車両を見つけることができる。

なお、依頼者端末３００の通知部３５０は、位置情報に基づいて駐車位置までの案内を行ってもよい。これにより、依頼者は、案内に従って移動するだけで、目的の車両のある程度近くに容易に近づくことができる。

＜実施例２＞
以下、図面を参照して本発明の実施例２について説明する。なお、以下では、実施例１と異なる点（構成や処理）について詳しく説明し、実施例１と同じ点についての説明は省略する。

実施例１では、駐車位置に関する音声、写真、テキスト、等に関する情報を補助情報として使用する例を説明した。しかしながら、駐車位置の周囲の広いエリアで似た風景が続く場合には、依頼者は、駐車位置の写真を見ても当該駐車位置を把握できない可能性がある。音声やテキストが曖昧な場合にも、依頼者は、音声やテキストから駐車位置を把握できない可能性がある。また、実施例１では、補助情報を得るために、音声入力、撮影操作、テキスト入力、等のユーザ操作を要するため、代行者の負荷が増してしまう。実施例２では、代行者の負荷を低減するとともに、依頼者に目的の車両をより確実かつ容易に発見させることができる例を説明する。

（システム構成および装置構成）
実施例２に係る駐車代行システムの構成について説明する。図４は、実施例２に係る駐車代行システム２の概略構成例を示す。図４において、実施例１の装置と同じ装置には、実施例１と同じ符号が付されている。駐車代行システム２は、施解錠装置１００、キーユニット２００、サーバ５００、ビーコン６００、代行者端末７００、及び、依頼者端末８００を有する。サーバ５００、代行者端末７００、及び、依頼者端末８００は、ネットワークＮを介して互いに通信可能に接続される。代行者端末７００は、携帯電話、スマートフォン、タブレット端末、ノート型パーソナルコンピュータ、等の携帯端末である。

ビーコン６００は、代行者によって車両１０が駐車される駐車位置の近傍に設置された発信機であり、当該駐車位置の周囲の所定の発信エリアに対して所定のビーコン信号を発信（出力）する。ビーコン６００のビーコン信号は、ビーコン６００を特定するビーコンＩＤを含む。発信エリアは、例えば、ビーコン６００の設置位置を中心とする、半径数十メートルのエリアである。具体的には、発信エリアは、半径が３０メートル以上かつ１００メートル以下のエリアである。代行者によって車両１０が駐車され得る駐車場には、ビーコン６００のような発信機が複数配置される。駐車場の車枠ごとに発信機が設置されてもよいし、複数の車枠に対して１つの発信機が設置されるように複数の発信機が設置されてもよい。なお、ビーコン６００の代わりに、ビーコンと同様の機能を有する他の発信機が使用されてもよい。

図５は、代行者端末７００の概略構成例を示す。代行者端末７００は、実施例１の代行者端末４００と同様の機能を有する。但し、代行者端末７００は、実施例１の補助情報取得部４４０の代わりに、補助情報取得部７１０を有する。補助情報取得部７１０は、ビーコン信号を受信するビーコン受信機である。車両１０の駐車が完了した後には、車両１０はビーコン６００の発信エリア内にある。そのため、車両１０内や車両１０の周囲で、ビーコン６００から発せられたビーコン信号を受信（取得）できる。補助情報取得部７１０は、車両１０の駐車が完了した後に、補助情報として、ビーコン６００から発せられたビーコンＩＤを受信する。

なお、補助情報として、ビーコン６００に関する他の情報が取得されてもよい。ビーコン６００に関する補助情報は、ビーコン６００とは異なる装置から取得されてもよい。例えば、ビーコン６００に関する補助情報は、サーバ５００から取得されてもよい。補助情報であるビーコンＩＤの取得方法は特に限定されない。例えば、完了操作に応じてビーコンＩＤが取得されてもよいし、音声入力、撮影操作、テキスト入力、等よりも簡易な他のユーザ操作に応じてビーコンＩＤが取得されてもよい。これにより、実施例１よりも少ない負荷（代行者の負荷）で補助情報が取得できる。

図６は、依頼者端末８００の概略構成例を示す。依頼者端末８００は、実施例１の依頼者端末３００と同様の機能を有する。但し、依頼者端末８００は、ビーコン受信機８１０をさらに有し、実施例１の通知部３５０の代わりに通知部８２０を有する。ビーコン受信機８１０は、ビーコン信号を受信する。通知部８２０は、通知部３５０と同様の機能を有する。但し、通知部８２０は、依頼者（依頼者端末８００）がビーコン６００の発信エリアに入った場合に、補助情報の通知として、ビーコン６００のビーコン信号に基づく情報の通知を行う。補助情報の通知などの詳細は後述する。

（車両１０の見つけ方）
車両１０の見つけ方について説明する。図７は、依頼者が車両１０を見つける様子の一例を模式的に示す。

まず、通知部８２０が、位置情報を依頼者に通知する。例えば、図７の（ａ）に示すように、通知部８２０（表示部）は、衛星測位システムにより得られた位置（図７の星印）を示す地図画像Ｉ１を表示する。依頼者は、地図画像Ｉ１を確認することで、車両１０に容易に近づくことができる。依頼者は、車両１０に近づくことで、ビーコン６００の発信エリアＡに入る（図７の（ｂ））。

依頼者（依頼者端末８００）が発信エリアＡに入ると、ビーコン受信機８１０が、ビーコン６００から発せられたビーコン信号を受信する。制御部３３０は、補助情報であるビーコンＩＤと、受信したビーコン信号に含まれたビーコンＩＤとから、ビーコン６００のビーコン信号を受信したと判断し、受信したビーコン信号に基づく情報の通知を通知部８２０に指示する。そして、通知部８２０が、制御部３３０からの指示に応じて、受信したビーコン信号に基づく情報を依頼者に通知する。例えば、図７の（ｃ）に示すように、通知部８２０は、車両１０が近くにあることを示すグラフィックＩ２（テキストやアイコン）を表示する。依頼者は、グラフィックＩ２を確認することで、車両１０が近くにあることを容易に把握でき、車両１０を実施例１よりも確実かつ容易に見つけることができる。

なお、ビーコン信号に基づく情報は上記情報に限らない。ビーコン信号を解析すれば、当該ビーコン信号を発信したビーコンまでの距離を得ることができる。そのため、ビーコン信号に基づく情報は、依頼者とビーコン６００との間の距離に関する情報であってもよい。依頼者とビーコン６００との間の距離は、依頼者と車両１０との間の距離に対応する。例えば、図７の（ｄ）や（ｅ）に示すように、通知部８２０は、車両１０（ビーコン６００）までの距離を示すグラフィックＩ３，Ｉ４を表示してもよい。これにより、依頼者は、グラフィックＩ３，Ｉ４を確認することで、車両１０までの距離、車両１０に近づきつつあること、等を容易に把握でき、車両１０をより容易に見つけることができる。

（まとめ）
以上述べたように、実施例２によれば、車両１０の近傍に設置されたビーコンのビーコンＩＤが補助情報として使用され、当該ビーコンの発信エリアに依頼者が入った場合に、当該ビーコンのビーコン信号に基づく情報が依頼者に通知される。これにより、依頼者は、実施例１よりも確実かつ容易に目的の車両を見つけることができる。なお、補助情報は、ビーコンＩＤ以外の情報をさらに含んでもよい。例えば、補助情報は、実施例１の情報（音声、写真、テキスト、等に関する情報）をさらに含んでもよい。これにより、依頼者は目的の車両をより容易に見つけることができる。

なお、実施例１，２の構成、処理、サービス、等はあくまで一例であり、本発明の要旨の範囲内で実施例１，２のそれらを適宜変形したり変更したりしたものも、本発明に含まれる。実施例１，２の構成を適宜組み合わせて得られる構成なども、本発明に含まれる。

１，２：駐車代行システム １０：車両
１００：施解錠装置 １１０：ＬＦ送信機 １２０：ＲＦ受信機 １３０：記憶部
１４０：照合ＥＣＵ １５０：ドアロックアクチュエータ １６０：ボディＥＣＵ
２００：キーユニット ２１０：ＬＦ受信機 ２２０：近距離通信部
２３０：記憶部 ２４０：制御部 ２４１：認証部 ２５０：ＲＦ送信機
３００，８００：依頼者端末 ３１０：操作部 ３３０：制御部 ３４０：通信部
３５０，８２０：通知部 ８１０：ビーコン受信機
４００，７００：代行者端末 ４１０：記憶部 ４２０：近距離通信部
４３０：位置情報取得部 ４４０，７１０補助情報取得部 ４５０：操作部
４６０：制御部 ４７０：通信部
５００：サーバ ５１０：制御部 ５２０：記憶部 ５３０：通信部
６００：ビーコン

Claims (11)

1. 第１人物により車両が移動されて駐車された後に、前記車両の駐車位置に関する位置情報と、第２人物による前記車両の発見を助ける補助情報とを、前記第２人物に通知する通知手段、
   を有することを特徴とする通知システム。
2. 前記補助情報は、前記駐車位置に関する音声、前記駐車位置に関する写真、及び、前記駐車位置に関するテキストの少なくともいずれかを含む
   ことを特徴とする請求項１に記載の通知システム。
3. 前記補助情報は、前記駐車位置の周囲の所定のエリアに対して所定の信号を出力する出力手段に関する所定の情報を含み、
   前記通知手段は、前記所定のエリアに前記第２人物が入った場合に、前記所定の信号に基づく情報を前記第２人物に通知する
   ことを特徴とする請求項１〜２のいずれか１項に記載の通知システム。
4. 前記所定の信号に基づく情報は、前記第２人物と前記出力手段との間の距離に関する情報である
   ことを特徴とする請求項３に記載の通知システム。
5. 前記出力手段はビーコンであり、
   前記所定の情報はビーコンＩＤである
   ことを特徴とする請求項３または４に記載の通知システム。
6. 前記通知手段は、前記位置情報に基づいて前記駐車位置までの案内を行う
   ことを特徴とする請求項１〜５のいずれか１項に記載の通知システム。
7. 前記第２人物からの依頼に基づいて前記車両の駐車を前記第１人物に要求する要求手段、をさらに有する
   ことを特徴とする請求項１〜６のいずれか１項に記載の通知システム。
8. 前記第１人物により前記車両が駐車された後に前記位置情報を取得する第１取得手段と、
   前記第１人物により前記車両が駐車された後に前記補助情報を取得する第２取得手段と、
   をさらに有する
   ことを特徴とする請求項１〜７のいずれか１項に記載の通知システム。
9. 前記第１人物により使用される第１端末と、
   前記第２人物により使用され、且つ、前記通知手段として機能する第２端末と、
   前記第１端末および前記第２端末と通信可能なサーバと、
   をさらに有し、
   前記第１端末は、前記第１人物により車両が駐車された後に、前記位置情報と前記補助情報を前記サーバを介して前記第２端末へ送る
   ことを特徴とする請求項１〜８のいずれか１項に記載の通知システム。
10. 第１人物により車両が移動されて駐車された後に、前記車両の駐車位置に関する位置情報と、第２人物による前記車両の発見を助ける補助情報とを、前記第２人物に通知する通知手段、
    を有することを特徴とする通知装置。
11. 第１人物により車両が移動されて駐車された後に、前記車両の駐車位置に関する位置情報と、第２人物による前記車両の発見を助ける補助情報とを、前記第２人物に通知するステップ、
    を有することを特徴とする通知方法。

Images