JP7447679B2 - 情報処理装置および車両システム - Google Patents

Description

本開示は、ユーザにサービスを提供するための技術に関する。

電子鍵を利用して車両を施解錠できるシステムが開発されている。例えば、特許文献１には、簡便な操作によって、オーナーから他人へ車両の電子鍵を貸与することができるシステムが開示されている。

特開２０１９－１４８０５９号公報

電子鍵を採用している車両を他人に一時的に貸与する場合、互いが所持する携帯端末（スマートフォン等）を介して電子鍵の受け渡しをすることが考えられる。しかし、バレーパーキング（ホテル等の駐車場において、係員が車両の入出庫を行う形態）を行う場合、事前に電子鍵を受け渡すことが難しい。

本開示は上記の課題を考慮してなされたものであり、車両の電子鍵を一時的に貸与するシステムにおいて利便性を向上させることを目的とする。

本開示の第一の態様に係る情報処理装置は、
所定の施設に関連付いた領域に対して、所定の車両が進入または退出したことを検出することと、前記車両が、前記領域に進入した場合に、前記車両を移動可能にするための電子鍵を、前記施設に対応する施設装置に送信することと、前記車両が、前記領域から退出した場合に、前記施設装置に送信した前記電子鍵を無効化することと、を実行する制御部を有することを特徴とする。

また、本開示の第二の態様に係る車両システムは、
複数の車両を管理する第一のサーバ装置と、所定の施設に関連付いた第二のサーバ装置と、を含む車両システムであって、前記第一のサーバ装置は、前記所定の施設に関連付いた領域に対して、所定の車両が進入または退出したことを検出することと、前記車両が、前記領域に進入した場合に、前記車両を移動可能にするための電子鍵を、前記第二のサーバ装置に送信することと、前記車両が、前記領域から退出した場合に、前記第二のサーバ装置に送信した前記電子鍵を無効化することと、を実行する第一の制御部を有することを特徴とする。

また、本開示の第三の態様に係る車両システムは、
複数の車両を管理するサーバ装置と、前記車両に搭載される車載装置と、を含む車両システムであって、前記サーバ装置は、所定の施設に関連付いた領域に対して、所定の車両が進入または退出したことを検出することと、前記車両が、前記領域に進入した場合に、前記車両を移動可能にするための電子鍵を、前記所定の施設に関連付いた施設装置に送信することと、前記車両が、前記領域から退出した場合に、前記施設装置に送信した前記電子鍵を無効化することと、を実行する第一の制御部を有し、前記車載装置は、前記施設装置に送信された前記電子鍵を取得し、前記電子鍵に基づいて、前記車両の移動を許可する
第二の制御部を有することを特徴とする。

また、他の態様として、上記の情報処理方法をコンピュータに実行させるためのプログラム、または、該プログラムを非一時的に記憶したコンピュータ可読記憶媒体が挙げられる。

本開示によれば、車両の電子鍵を一時的に貸与するシステムにおいて利便性を向上させることができる。

実施形態に係る車両システムの概要図。 管理サーバの一例を概略的に示したブロック図。 予約データの例を示した図。 車両データの例を示した図。 施設サーバおよび携帯端末の一例を概略的に示したブロック図。 車載装置の一例を概略的に示したブロック図。 第一および第三のフェーズで送受信されるデータのフロー図。 第二のフェーズで送受信されるデータのフロー図。 車両出入口の位置情報を説明する図。

第一の態様に係る情報処理装置は、所定の車両のアンロックを可能にする電子鍵を管理および配布する装置である。車両のアンロックとは、ドアを解錠し、エンジンの始動（ないし、電源の投入）を可能にすることを指す。
具体的には、所定の施設に関連付いた領域に対して、所定の車両が進入または退出したことを検出することと、前記車両が、前記領域に進入した場合に、前記車両を移動可能にするための電子鍵を、前記施設に対応する施設装置に送信することと、前記車両が、前記領域から退出した場合に、前記施設装置に送信した前記電子鍵を無効化することと、を実行する制御部を有する。

本様態に係る車両は、電子鍵を用いて運転者を認証する機能を有する。認証に成功した場合、ドアの施解錠やイグニッションの制御が可能となり、当該車両の運転が可能になる。
情報処理装置は、所定の施設に関連付いた領域に対して、所定の車両が進入または退出したことを検出し、当該車両が進入した場合に、対応する電子鍵を、施設に対応する装置（施設装置）に送信する。また、当該車両が当該領域から退出した場合に、送信した電子鍵を無効化する。
かかる構成によると、ホテルや商業施設などの敷地内（例えば駐車場）においてのみ有効な電子鍵を施設側の装置に送信することができ、これにより、鍵の受け渡しをせずとも、駐車場の係員などが一時的に車両を移動させることが可能になる。

なお、前記施設装置は、前記施設の従業員が所持する携帯端末、または、前記携帯端末を管理する装置であることを特徴としてもよい。
電子鍵を携帯端末に送信することで、対象車両との通信が容易になる。また、電子鍵を、当該携帯端末を管理する装置に送信することで、複数の携帯端末に電子鍵を配布することが可能になる。

また、情報処理装置は、前記施設の予約情報を、前記車両と関連付けて記憶する記憶部をさらに有し、前記制御部は、前記施設について、前記車両に関連付けられた予約があり
、かつ、前記車両が前記領域に進入した場合に、前記電子鍵の送信を行うことを特徴としてもよい。
施設の予約がある場合にのみ電子鍵の送信を行うことで、ユーザの意思と関係なく電子鍵が送信されてしまうことを防ぐことができる。

また、前記制御部は、前記車両の位置情報である第一の位置情報を周期的に取得し、前記第一の位置情報に基づいて、前記車両の入退出を判定することを特徴としてもよい。
車両の位置情報は、例えば、当該車両に搭載された車載装置から取得してもよいし、当該車両に乗車しているユーザが所持する携帯端末から取得してもよい。

また、情報処理装置は、前記領域の入口および出口の位置情報である第二の位置情報を記憶する記憶部をさらに有し、前記制御部は、前記第一の位置情報と前記第二の位置情報を照合することで、前記車両の入退出を判定することを特徴としてもよい。
かかる構成によると、車両が入口および出口を通過したことを判定することができるため、対象の車両が、施設を利用中であるか否かを精度よく判定することができる。

また、前記制御部は、前記電子鍵が使用されている期間において、前記第一の位置情報を監視し、前記車両が、前記領域の外へ出たと判定された場合に、前記車両に関連付いたユーザ装置に通知を行うことを特徴としてもよい。
電子鍵が使用されている期間とは、当該電子鍵によって車両がアンロックされている期間である。かかる構成によると、送信した電子鍵が想定外の使われ方をされていることを車両のオーナー等に通知することができる。

また、前記制御部は、前記電子鍵が使用されている期間において、前記車両からセンサ情報を取得し、前記センサ情報が異常値を示した場合に、前記車両に関連付いたユーザ装置に通知を行うことを特徴としてもよい。
例えば、衝撃を検知するセンサを利用することで、車両にトラブルが発生したことを当該車両のオーナー等に通知することができる。

また、第二の態様に係る車両システムは、前記情報処理装置（第一のサーバ装置）と、前記施設装置（第二のサーバ装置）を含んだシステムである。

第二のサーバ装置は、前記電子鍵を、前記施設の従業員が所持する一台以上の携帯端末に配布することを特徴としてもよい。
かかる構成によると、複数の従業員が、施設を利用する車両を移動できるようになる。

また、前記第一のサーバ装置は、前記車両が、前記領域から退出した場合に、前記第二のサーバ装置に対して、前記電子鍵の無効化を要求する無効化データを送信することを特徴としてもよい。
また、前記第二のサーバ装置は、前記無効化データを受信した場合に、前記電子鍵を消去する指示を、前記一台以上の携帯端末に配布することを特徴としてもよい。
かかる構成によると、全ての携帯端末から電子鍵を消去することができる。

また、第二の態様に係る車両システムは、前記携帯端末を含んで構成されてもよい。
前記携帯端末は、前記電子鍵を近距離無線通信によって前記車両に送信することで前記車両の施解錠を行うことを特徴としてもよい。
かかる形態によると、非接触での車両との通信が可能になる。

また、第三の様態に係る車両システムは、前記情報処理装置（サーバ装置）と、車両に搭載される車載装置を含んだシステムである。

以下、図面に基づいて、本開示の実施の形態を説明する。以下の実施形態の構成は例示であり、本開示は実施形態の構成に限定されない。

（第一の実施形態）
第一の実施形態に係る車両システムの概要について、図１を参照しながら説明する。本実施形態に係るシステムは、管理サーバ１００と、施設装置Ｆと、車両１０に搭載された車載装置４００と、を含んで構成される。
管理サーバ１００は、複数の車両１０の電子鍵を管理するサーバ装置である。
施設装置Ｆは、車両１０が訪問する施設（バレーパーキングを行う施設。例えば、ホテルや商業施設など）内にある一台以上のコンピュータである。本実施形態では、施設装置Ｆは、施設サーバ２００および携帯端末３００を含む。携帯端末３００は、施設の従業員（車両の移動を行う係員）が所持する端末である。また、施設サーバ２００は、複数の携帯端末３００を管理する装置である。
車載装置４００は、車両１０に搭載されたコンピュータであって、携帯端末３００を認証した結果に基づいて、車両のアンロックを行う。なお、車両をアンロックするとは、ドアを解錠し、エンジンの始動（ないし、電源の投入）を可能にすることを指す。

本実施形態では、管理サーバ１００が、車両１０（車載装置４００）の位置情報を監視し、当該車両１０が所定の施設に到着した場合に、当該施設に対応する施設サーバ２００に対して、車両１０の電子鍵を送信する。送信する電子鍵は、当該車両１０が施設の敷地内にある場合にのみ有効なテンポラリキーである。電子鍵は、施設サーバ２００を介して携帯端末３００に配布される。
当該システムによると、運転者と係員との間で鍵の受け渡しをすることなく、駐車場内での車両移動を行うことが可能になる。

システムの構成要素について、詳しく説明する。
管理サーバ１００は、汎用のコンピュータにより構成することができる。すなわち、管理サーバ１００は、ＣＰＵやＧＰＵ等のプロセッサ、ＲＡＭやＲＯＭ等の主記憶装置、ＥＰＲＯＭ、ハードディスクドライブ、リムーバブルメディア等の補助記憶装置を有するコンピュータとして構成することができる。なお、リムーバブルメディアは、例えば、ＵＳＢメモリ、あるいは、ＣＤやＤＶＤのようなディスク記録媒体であってもよい。補助記憶装置には、オペレーティングシステム（ＯＳ）、各種プログラム、各種テーブル等が格納され、そこに格納されたプログラムを実行することによって、後述するような、所定の目的に合致した各機能を実現することができる。ただし、一部または全部の機能はＡＳＩＣやＦＰＧＡのようなハードウェア回路によって実現されてもよい。

図２は、図１に示した管理サーバ１００の構成の一例を概略的に示したブロック図である。管理サーバ１００は、通信部１０１、制御部１０２、および記憶部１０３を有して構成される。

通信部１０１は、ネットワーク経由で施設サーバ２００および車載装置４００と通信を行うためのインタフェースである。

制御部１０２は、管理サーバ１００の制御を司る手段である。制御部１０２は、例えば、ＣＰＵによって構成される。
制御部１０２は、機能モジュールとして、予約情報管理部１０２１、車両管理部１０２２、および鍵管理部１０２３を有している。各機能モジュールは、ＲＯＭ等の記憶手段に記憶されたプログラムをＣＰＵによって実行することで実現してもよい。

予約情報管理部１０２１は、ユーザによる施設の予約情報を管理する。本明細書では、ユーザとは、施設を利用する車両１０のオーナーである。
本実施形態では、予約情報管理部１０２１は、ユーザから、予約対象の施設の識別子、ユーザに関連付いた車両１０の識別子、車両１０によって施設を訪問する予定の日時、車両１０が施設から退出する予定の日時を含むデータを取得する。予約情報管理部１０２１が取得したデータは、予約データとして、後述する記憶部１０３に記憶される。図３は、予約データの例である。なお、図中の「車両ＩＤ」は、車両１０の識別子である。また、「施設ＩＤ」は、ユーザが利用する施設の識別子である。
予約データは、予約を成立させるため、施設サーバ２００にも送信される。予約データは、施設側で利用する他の情報を含んでいてもよい。図３には、管理サーバ１００が利用する項目のみが示されている。

車両管理部１０２２は、ユーザが利用する複数の車両１０を管理する。具体的には、車両１０に搭載された車載装置４００と周期的に通信を行い、車両データを収集する。車両データは、典型的には車両１０の位置情報を含むデータである。
車両管理部１０２２が取得した車両データは、記憶部１０３に記憶される。図４は、車両データの例である。なお、図中の「車両ＩＤ」は、車両１０の識別子である。また、「位置情報」は、車両１０の地理的位置を示すデータである。

「鍵使用状況」は、管理サーバ１００が発行した電子鍵によって車両１０がアンロックされているか否かを示す。当該情報は、車載装置４００から送信される車両データに基づいて更新することができる。例えば、車載装置４００が、「対応する車両１０が電子鍵によってアンロックされているか否か」、および、「電子鍵を送信した携帯端末３００の識別子」を車両データに含ませて管理サーバ１００に送信し、管理サーバ１００が、これを車両データに反映させてもよい。

鍵管理部１０２３は、システムの管理下にある複数の車両１０の電子鍵を管理する。電子鍵とは、車両１０をアンロックするための認証データである。
鍵管理部１０２３は、車両１０が、ユーザが予約している施設に到着したことを条件として、当該車両１０に対応する電子鍵を生成ないし取得し、当該電子鍵を、当該施設に対応する施設装置（施設サーバ２００）に送信する。
電子鍵は、予め記憶されたものを取得してもよいし、動的に生成してもよい。例えば、所定の時間帯においてのみ有効な電子鍵や、使用回数が指定された電子鍵、所定の携帯端末においてのみ使用できる電子鍵などを生成することもできる。

記憶部１０３は、情報を記憶する手段であり、ＲＡＭ、磁気ディスクやフラッシュメモリなどの記憶媒体により構成される。記憶部１０３には、制御部１０２にて実行される各種プログラム、当該プログラムが利用するデータ等が記憶される。また、記憶部１０３には、前述した電子鍵を生成するためのデータ（認証関連データ）、前述した車両データ、および予約データが記憶される。

さらに、記憶部１０３には、施設位置データが記憶される。施設位置データとは、施設に対応する領域（施設の敷地）の地理的位置を示すデータである。車両１０の位置情報を、施設位置データと比較することで、当該車両が施設の敷地内にあるか否かを判定することができる。

次に、施設装置Ｆについて説明する。本実施形態では、施設装置は、施設サーバ２００と、複数の携帯端末３００を含む。携帯端末３００は、車両１０の移動を行う係員が所持する端末（例えば、スマートフォン）であって、施設サーバ２００は、複数の携帯端末３００を管理するコンピュータである。施設サーバ２００および携帯端末３００は、ユーザ
が利用する施設（例えば、ホテルや商業施設）ごとに存在する。
図５は、施設サーバ２００および携帯端末３００の構成の一例を概略的に示したブロック図である。

施設サーバ２００は、管理サーバ１００から、車両１０に対応する電子鍵を受信し、当該電子鍵を、管理下にある一台以上の携帯端末３００に配布する。また、管理サーバ１００から、受信した電子鍵の無効化を要求するデータを受信した場合に、管理下にある携帯端末３００に対して、当該電子鍵を消去する指示を発行する。施設サーバ２００は、通信部２０１、制御部２０２、記憶部２０３、および入出力部２０４を有して構成される。

通信部２０１は、ネットワーク経由で管理サーバ１００および携帯端末３００と通信を行うためのインタフェースである。
制御部２０２は、施設サーバ２００の制御を司る手段である。制御部２０２は、例えば、ＣＰＵによって構成される。制御部２０２は、管理サーバ１００から、車両１０に対応する電子鍵を受信し、当該電子鍵を管理下にある携帯端末３００に配布する機能を有する。また、管理サーバ１００から、電子鍵の無効化を要求するデータを受信した場合に、管理下にある携帯端末３００に、当該電子鍵を消去させる機能を有する。

記憶部２０３は、情報を記憶する手段であり、ＲＡＭ、磁気ディスクやフラッシュメモリなどの記憶媒体により構成される。記憶部２０３には、制御部２０２にて実行される各種プログラム、当該プログラムが利用するデータ等が記憶される。
入出力部２０４は、施設の管理者が行った入力操作を受け付け、また情報を提示する手段である。入出力部２０４は、例えば、タッチパネルとその制御手段、液晶ディスプレイとその制御手段などを含む。入出力部２０４は、キーボード、ポインティングデバイス、または音声入出力手段などを含んでいてもよい。

携帯端末３００は、施設の従業員が所持する端末であって、例えばスマートフォン、携帯電話、タブレット端末、個人情報端末、ウェアラブルコンピュータ（スマートウォッチ等）といった小型のコンピュータである。携帯端末３００は、施設サーバ２００を介して電子鍵を取得する機能と、取得した電子鍵を、近距離無線通信によって車載装置４００に送信する機能を有する。
携帯端末３００は、通信部３０１、制御部３０２、記憶部３０３、入出力部３０４、および近距離通信部３０５を有して構成される。

通信部３０１は、ネットワーク経由で施設サーバ２００と通信を行うためのインタフェースである。
制御部３０２は、携帯端末３００の制御を司る手段である。制御部３０２は、例えば、ＣＰＵによって構成される。制御部３０２は、施設サーバ２００から電子鍵を取得して一時的に記憶する処理と、後述する近距離通信部３０５を介して当該電子鍵を車載装置４００に送信し、認証を受ける処理を実行する。また、制御部３０２は、施設サーバ２００から受信した指示に基づいて、記憶している電子鍵を消去する処理を実行する。

記憶部３０３は、情報を記憶する手段であり、ＲＡＭ、磁気ディスクやフラッシュメモリなどの記憶媒体により構成される。記憶部３０３には、制御部２０２にて実行される各種プログラム、当該プログラムが利用するデータ、受信した電子鍵等が記憶される。
入出力部３０４は、施設の従業員が行った入力操作を受け付け、また情報を提示する手段である。入出力部３０４は、例えば、タッチパネルとその制御手段、液晶ディスプレイとその制御手段などを含む。

近距離通信部３０５は、車両１０に搭載された車載装置４００と通信を行うモジュール
である。近距離通信部３０５は、所定の無線通信規格を用いて、近距離（車室内と車室外で通信が行える程度）における通信を行う。
本実施形態では、近距離通信部３０５は、Ｂｌｕｅｔｏｏｔｈ（登録商標）規格によるデータ通信を行う。なお、本実施形態ではＢＬＥを例示するが、他の無線通信規格も利用可能である。例えば、ＮＦＣ（Near Field Communication）、ＵＷＢ（Ultra Wideband）、ＷｉＦｉ（登録商標）などを利用することもできる。

次に、車載装置４００について説明する。図６は、車載装置４００の構成の一例を概略的に示したブロック図である。
本実施形態に係る車両１０は、高周波（Radio Frequency，例えば、１００ＭＨｚ～１
ＧＨｚ。以下、ＲＦと称する）帯の電波を介して送信される信号（以下、キー信号）に基づいて、ドアの施解錠およびエンジン始動の制御が可能な構成となっている。
キー信号は、ユーザが所持する携帯機（スマートキー）を識別する信号であって、通常、スマートキーから送信される。例えば、車両１０を中心とする所定の領域内にスマートキーがある場合、車両１０は、当該スマートキーと通信を行ってキー信号を取得し、キー信号が確認できた場合に、ドアの施解錠やエンジン始動、電源の投入などを可能にする。

車載装置４００は、車両１０の内部に配置された装置であり、携帯端末３００と近距離無線通信を行って当該携帯端末３００を認証する機能と、携帯端末３００を認証した結果に基づいて、ＲＦ帯の電波を用いて、車両１０にキー信号を送信する機能を有している。当該キー信号は、スマートキーから送信される信号と同一の信号である。
本実施形態では、携帯端末３００を認証した車載装置４００が、スマートキーの代わりに車両１０に対してキー信号を発信する。これにより、物理キーやスマートキーを用いることなく、車両１０を施解錠し、また、エンジン始動を行うことが可能になる。

車載装置４００は、通信部４０１、制御部４０２、記憶部４０３、近距離通信部４０４、ＲＦ送信機４０５、およびＧＰＳモジュール４０６を有して構成される。
通信部４０１は、ネットワーク経由で管理サーバ１００と通信を行うためのインタフェースである。

制御部４０２は、後述する近距離通信部４０４を介して携帯端末３００と近距離無線通信を行い、携帯端末３００を認証する処理と、認証結果に基づいてキー信号を送信する処理を実行する。制御部４０２は、例えば、マイクロコンピュータによって構成される。
制御部４０２は、機能モジュールとして認証部４０２１、鍵制御部４０２２、および通知部４０２３を有している。各機能モジュールは、記憶手段（ＲＯＭ等）に記憶されたプログラムをＣＰＵによって実行することで実現してもよい。

認証部４０２１は、携帯端末３００から送信された電子鍵に基づいて、携帯端末３００の認証を行う。具体的には、予め記憶された認証情報と、近距離無線通信によって受信した電子鍵とを比較し、これらが一致した場合に、認証成功と判断する。双方の認証情報が一致しない場合、認証失敗と判断する。なお、認証部４０２１が行う認証の方式は、認証情報同士を単純に比較して同一性を検証する方式であってもよいし、非対称暗号を用いた方式であってもよい。
鍵制御部４０２２は、携帯端末３００の認証に成功した場合に、ＲＦ送信機４０５を介してキー信号を車両１０に送信する。当該キー信号は、車両１０から送信された確認信号に応答して送信されてもよい。
通知部４０２３は、自車両に関するデータ（車両データ）を取得し、ネットワークを介して管理サーバ１００へ送信する。本実施形態では、通知部４０２３は、後述するＧＰＳモジュール４０６を介して位置情報を取得し、当該位置情報を含む車両データを生成する。また、電子鍵を利用した各種操作が車両１０に対して行われた場合に、これらを通知す
る車両データを生成する。

記憶部４０３は、情報を記憶する手段であり、ＲＡＭ、磁気ディスクやフラッシュメモリなどの記憶媒体により構成される。記憶部４０３には、制御部４０２にて実行される各種プログラム、当該プログラムが利用するデータ、電子鍵と照合を行うための認証情報等が記憶される。

近距離通信部４０４は、携帯端末３００と通信を行うモジュールである。近距離通信部４０４は、所定の無線通信規格を用いて、近距離（車室内と車室外で通信が行える程度）における通信を行う。
ＲＦ送信機４０５は、ＲＦ帯の電波を介して、車両１０に対してキー信号を送信するモジュールである。
ＧＰＳモジュール４０６は、地球を周回するＧＰＳ衛星から受信した信号に基づいて、自装置の位置情報を出力するモジュールである。

次に、前述した各構成要素が行う処理について説明する。まず、管理サーバ１００が、車両１０が所定の施設に到着したことを判定し、当該施設の従業員が所持する携帯端末３００に対して車両１０の電子鍵を配布するフェーズ（第一のフェーズ）を説明する。図７（Ａ）は、第一のフェーズにおけるデータフロー図である。

まず、ステップＳ１１で、管理サーバ１００（予約情報管理部１０２１）が、予約データを取得する。予約データの取得は、システムの起動中において周期的に行うことができる。取得された予約データは、記憶部１０３に記憶される。
また、車載装置４００（通知部４０２３）が、車両１０の走行中において、管理サーバ１００に対して車両データ（位置情報）を周期的に送信する（ステップＳ１２）。車両データには、車両１０の識別子と、位置情報が含まれる。車両データは、管理サーバ１００（車両管理部１０２２）によって取得され、記憶部１０３に記憶される。なお、ステップＳ１１およびＳ１２の実行順序は、例示したものに限られない。

ステップＳ１３では、管理サーバ１００（鍵管理部１０２３）が、車両データと予約データを照合し、予約した施設に入場した車両１０が存在するか否かを判定する。本ステップでは、以下の条件を満たした場合に肯定判定となる。
（１）システムの管理下にある車両１０の識別子が予約データに存在する
（２）当該車両１０の位置情報が、予約された施設の敷地内にある
（３）現在時刻が、予約データが示す入場予定日時と整合している
上記（１）および（３）は、予約データに基づいて判定することができる。また、上記（２）は、車両データと施設位置データに基づいて判定することができる。

ステップＳ１３で肯定判定となった場合、ユーザが、予約していた施設に車両で訪れたことを意味する。この場合、管理サーバ１００（鍵管理部１０２３）は、車両１０に対応する電子鍵を生成し、施設に対応する施設サーバ２００へ送信する（ステップＳ１４）。
電子鍵を受信した施設サーバ２００は、管理下にある一台以上の携帯端末３００に対して当該電子鍵を配布する（ステップＳ１５）。これにより、当該施設の従業員は、携帯端末３００を用いて車両１０をアンロックすることが可能になる。

なお、ステップＳ１４で電子鍵を送信する際に、ユーザ（例えば、車両のオーナー等）に対して電子鍵の送信を行ってもよいか否かを問い合わせてもよい。当該問い合わせは、ユーザが所持する携帯端末（以下、ユーザ端末）を介して行ってもよいし、車載された端末（車載装置４００であってもよい）を介して行ってもよい。また、当該ユーザに対して、施設装置に対して電子鍵を送信した旨を案内してもよい。

次に、携帯端末３００を用いて車両１０をアンロックする処理（第二のフェーズ）を説明する。図８は、第二のフェーズにおけるデータフロー図である。

施設の従業員が、携帯端末３００（入出力部３０４）を介して車両１０を解錠する操作を行うと、ステップＳ３１で、携帯端末３００が、車載装置４００に対して電子鍵を送信する。そして、ステップＳ３２で、車載装置４００が有する認証部４０２１が、携帯端末３００から送信された電子鍵と、事前に記憶された認証情報とを比較し、認証処理を行う。

認証が成功すると、鍵制御部４０２２が、ＲＦ送信機４０５を介してキー信号を車両１０に送信する（ステップＳ３３）。これにより、車両１０の解錠およびエンジン始動が可能になる。なお、本ステップは、車両１０に対して行われた所定の操作に応答して実行されてもよい。例えば、ドアロックボタンやマスタースイッチの押下に応答して、キー信号を送信してもよい。

次いで、車載装置４００（通知部４０２３）が、管理サーバ１００に対して、車両がアンロックされた旨の通知を含む車両データを送信する（ステップＳ３４）。当該車両データには、位置情報と車両１０の識別子に加え、車両がアンロックされた旨を示すデータと、電子鍵を送信した携帯端末３００の識別子が含まれる。管理サーバ１００は、当該車両データに基づいて、車両データ（鍵使用状況）を更新する。これにより、管理サーバ１００は、特定の携帯端末３００によって電子鍵が使用されている旨を把握することができる。
また、エンジンの停止、電源断、ドアロック等が行われた場合、これらが行われた旨の通知を含む車両データが送信される。これにより、管理サーバ１００は、電子鍵の使用が終了した旨を把握することができる。

次に、管理サーバ１００が、車両１０が所定の施設から退出したことを判定し、当該携帯端末３００に対して電子鍵の消去を指示するフェーズ（第三のフェーズ）を説明する。
図７（Ｂ）は、第三のフェーズにおけるデータフロー図である。

車載装置４００（通知部４０２３）は、管理サーバ１００に対して車両データを周期的に送信する（ステップＳ２１）。車両データは、管理サーバ１００（車両管理部１０２２）によって取得され、記憶ないし更新される。

ステップＳ２２では、管理サーバ１００（鍵管理部１０２３）が、電子鍵が有効である車両１０が施設から退場したか否かを判定する。当該判定は、送信された位置情報と、施設位置データに基づいて行うことができる。
ここで、車両１０が施設から退場したと判定された場合、管理サーバ１００（鍵管理部１０２３）が、当該車両１０の電子鍵の消去を要求するデータ（無効化データ）を生成し、施設サーバ２００へ送信する（ステップＳ２３）。
無効化データを受信した施設サーバ２００は、管理下にある一台以上の携帯端末３００に対して、電子鍵を消去する指示を送信する（ステップＳ２４）。当該指示を受信した携帯端末３００は、記憶されている電子鍵のうち、車両１０に対応するものを消去する。
なお、本実施形態では、電子鍵を消去することで当該電子鍵を無効化したが、電子鍵を無効化する処理はこれに限られない。

以上説明したように、第一の実施形態に係る車両システムによると、ホテルや商業施設などの敷地内（駐車場など）においてのみ有効な電子鍵を、施設側に送信することができる。すなわち、係員に鍵を受け渡すことなく、車両の移動を任せることが可能になる。

なお、本実施形態では、電子鍵を消去する判断を管理サーバ１００が行ったが、施設サーバ２００が当該判断を行うようにしてもよい。例えば、施設サーバ２００が、携帯端末３００の位置情報を周期的に取得し、当該携帯端末３００が施設の敷地外へ出たと判定した場合に、当該携帯端末３００に対して電子鍵の消去を指示するようにしてもよい。また、施設の管理者が行った操作に基づいて電子鍵の消去を行ってもよい。

（第二の実施形態）
第一の実施形態では、管理サーバ１００が、施設に対応する領域内に車両１０が位置するか否かに基づいて電子鍵の送信を制御した。
第二の実施形態は、施設の出入口の位置情報をさらに用いて、当該施設への入退出を判定する実施形態である。

第二の実施形態では、記憶部１０３に記憶される施設位置データに、当該施設の出入口の地理的位置を示すデータを含ませる。図９は、車両の入口および出口の位置を示した例である。ここで、車両１０が、入口に対応する領域９０１を通過し、施設に対応する領域９０２に進入した場合、当該車両が施設に進入したことが判定できる。また、車両１０が、出口に対応する領域９０３を通過して領域９０２から出た場合、当該車両が施設から退出したことが判定できる。
このように、施設の出入口の位置情報をさらに用いることで、車両１０が施設に入退出したことをより正確に判定することが可能になる。

（第三の実施形態）
第三の実施形態は、電子鍵を用いてアンロックされた車両１０が、施設の敷地外へ出た場合に、これを検知してユーザに通知する実施形態である。
第三の実施形態では、管理サーバ１００が有する鍵管理部１０２３が、以下の条件を満たす車両１０がある場合に、異常が発生したと判定し、ユーザに関連付いた所定の装置（以下、ユーザ装置）に対して通知を送信する。
（１）車両１０について、電子鍵が使用されている
（２）当該車両１０に対応する位置情報が、施設に対応する領域の外を示している
電子鍵が使用中であるか否かは、車両データに含まれる鍵使用状況を参照することで判定することができる。また、車両の位置は、車載装置４００から周期的に送信される車両データを参照することで判定することができる。

上記の条件を満たす車両１０がある場合、管理サーバ１００は、ユーザ装置に対して異常を通知する。
なお、上記の条件を満たす車両１０がある場合、管理サーバ１００は、車両の走行に制限をかけるためのリクエストを生成し、対応する車載装置４００に送信してもよい。これにより、例えば、最高速度制限、出力制限などを車両１０に行わせることができる。

（第四の実施形態）
第四の実施形態は、電子鍵を用いてアンロックされた車両１０が、異常なセンサデータを送信した場合に、これを検知してユーザに通知する実施形態である。
第四の実施形態では、車載装置４００が、異常を検知するためのセンサをさらに有して構成される。センサは、典型的には、接触や衝撃を検出するための加速度センサであるが、これ以外であってもよい。

本実施形態では、通知部４０２３が、位置情報に加え、取得したセンサデータを車両データに含ませ、管理サーバ１００に周期的に送信する。
また、管理サーバ１００が有する鍵管理部１０２３が、以下の条件を満たす車両１０が
ある場合に、異常が発生したと判定し、ユーザ装置に対して通知を送信する。
（１）車両１０について、電子鍵が使用されている期間内である
（２）車載装置４００から送信されたセンサデータが、閾値を超える値を示している
例えば、加速度センサが出力した加速度データが閾値を超えている場合、車両１０が障害物等に接触したことが推定できる。この場合、管理サーバ１００は、ユーザ装置に対して異常を通知する。

なお、本実施形態ではセンサデータを閾値と比較したが、センサデータをそのままユーザ装置に転送してもよい。例えば、センサが画像センサである場合、取得した画像をユーザ装置に転送することもできる。これによりユーザは、車両の状態をリアルタイムで把握することができる。

（変形例）
上記の実施形態はあくまでも一例であって、本開示はその要旨を逸脱しない範囲内で適宜変更して実施しうる。
例えば、本開示において説明した処理や手段は、技術的な矛盾が生じない限りにおいて、自由に組み合わせて実施することができる。

例えば、実施形態の説明では、施設サーバ２００を利用したが、施設サーバ２００を利用せず、管理サーバ１００が携帯端末３００に直接電子鍵を送信するようにしてもよい。
また、実施形態の説明では、車載装置４００が管理サーバ１００に位置情報を送信したが、他の方法によって車両１０の位置情報を取得してもよい。例えば、車両１０と、当該車両の乗員の所持するユーザ端末とが紐付いている場合、当該ユーザ端末から車両１０の位置情報を取得するようにしてもよい。

また、１つの装置が行うものとして説明した処理が、複数の装置によって分担して実行されてもよい。あるいは、異なる装置が行うものとして説明した処理が、１つの装置によって実行されても構わない。コンピュータシステムにおいて、各機能をどのようなハードウェア構成（サーバ構成）によって実現するかは柔軟に変更可能である。

本開示は、上記の実施形態で説明した機能を実装したコンピュータプログラムをコンピュータに供給し、当該コンピュータが有する１つ以上のプロセッサがプログラムを読み出して実行することによっても実現可能である。このようなコンピュータプログラムは、コンピュータのシステムバスに接続可能な非一時的なコンピュータ可読記憶媒体によってコンピュータに提供されてもよいし、ネットワークを介してコンピュータに提供されてもよい。非一時的なコンピュータ可読記憶媒体は、例えば、磁気ディスク（フロッピー（登録商標）ディスク、ハードディスクドライブ（ＨＤＤ）等）、光ディスク（ＣＤ－ＲＯＭ、ＤＶＤディスク・ブルーレイディスク等）など任意のタイプのディスク、読み込み専用メモリ（ＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）、ＥＰＲＯＭ、ＥＥＰＲＯＭ、磁気カード、フラッシュメモリ、光学式カード、電子的命令を格納するために適した任意のタイプの媒体を含む。

１００・・・管理サーバ
１０１，２０１，３０１，４０１・・・通信部
１０２，２０２，３０２，４０２・・・制御部
１０３，２０３，３０３，４０３・・・記憶部
２００・・・施設サーバ
２０４，３０４・・・入出力部
３０５，４０４・・・近距離通信部
３００・・・携帯端末
４００・・・車載装置
４０５・・・ＲＦ送信機
４０６・・・ＧＰＳモジュール

Claims (19)

1. 所定の施設に入退場するために通過する入口および出口の地理的位置を示す第一の位置情報を記憶する記憶部と、
   所定の車両の位置情報を示す第二の位置情報を周期的に取得することと、
   前記第一の位置情報および前記第二の位置情報に基づいて、前記所定の車両が、前記所定の施設の入口または出口を通過したことを検出することと、
   前記車両が、前記入口を通過して前記所定の施設に対応する領域に進入した場合に、前記車両を移動可能にするための電子鍵を、前記施設に対応する施設装置に送信することと、
   前記車両が、前記出口を通過して前記所定の施設に対応する領域から退出した場合に、前記施設装置に送信した前記電子鍵を無効化することと、
   を実行する制御部と、
   を有する、情報処理装置。
2. 前記施設装置は、前記施設の従業員が所持する携帯端末、または、前記携帯端末を管理する装置である、
   請求項１に記載の情報処理装置。
3. 前記施設の予約情報を、前記車両と関連付けて記憶する記憶部をさらに有し、
   前記制御部は、前記施設について、前記車両に関連付けられた予約があり、かつ、前記車両が前記領域に進入した場合に、前記電子鍵の送信を行う、
   請求項１または２に記載の情報処理装置。
4. 前記制御部は、前記第一の位置情報と前記第二の位置情報を照合することで、前記車両の入退出を判定する、
   請求項１から３のいずれか１項に記載の情報処理装置。
5. 前記制御部は、前記電子鍵が使用されている期間において、前記第二の位置情報を監視し、前記車両が、前記領域の外へ出たと判定された場合に、前記車両に関連付いたユーザ装置に通知を行う、
   請求項１から４のいずれか１項に記載の情報処理装置。
6. 前記制御部は、前記電子鍵が使用されている期間において、前記車両からセンサ情報を取得し、前記センサ情報が異常値を示した場合に、前記車両に関連付いたユーザ装置に通知を行う、
   請求項１から５のいずれか１項に記載の情報処理装置。
7. 複数の車両を管理する第一のサーバ装置と、所定の施設に関連付いた第二のサーバ装置と、を含む車両システムであって、
   前記第一のサーバ装置は、
   前記所定の施設に入退場するために通過する入口および出口の地理的位置を示す第一の位置情報を記憶する記憶部と、
   所定の車両の位置情報を示す第二の位置情報を周期的に取得することと、
   前記第一の位置情報および前記第二の位置情報に基づいて、前記所定の車両が、前記所定の施設の入口または出口を通過したことを検出することと、
   前記車両が、前記入口を通過して前記所定の施設に対応する領域に進入した場合に、前記車両を移動可能にするための電子鍵を、前記第二のサーバ装置に送信することと、
   前記車両が、前記出口を通過して前記所定の施設に対応する領域から退出した場合に、前記第二のサーバ装置に送信した前記電子鍵を無効化することと、
   を実行する第一の制御部と、を有する、
   車両システム。
8. 前記第二のサーバ装置は、前記電子鍵を、前記施設の従業員が所持する一台以上の携帯端末に配布する、
   請求項７に記載の車両システム。
9. 前記第一のサーバ装置は、前記車両が、前記領域から退出した場合に、前記第二のサーバ装置に対して、前記電子鍵の無効化を要求する無効化データを送信する、
   請求項８に記載の車両システム。
10. 前記第二のサーバ装置は、前記無効化データを受信した場合に、前記電子鍵を消去する指示を、前記一台以上の携帯端末に配布する、
    請求項９に記載の車両システム。
11. 前記携帯端末をさらに含む、
    請求項８から１０のいずれか１項に記載の車両システム。
12. 前記携帯端末は、前記電子鍵を近距離無線通信によって前記車両に送信することで前記車両の施解錠を行う、
    請求項１１に記載の車両システム。
13. 前記第一のサーバ装置は、前記施設の予約情報を、前記車両と関連付けて記憶する記憶部をさらに有し、
    前記第一の制御部は、前記施設について、前記車両に関連付けられた予約があり、かつ、前記車両が前記領域に進入した場合に、前記電子鍵の送信を行う、
    請求項７から１２のいずれか１項に記載の車両システム。
14. 前記第一の制御部は、前記電子鍵が使用されている期間において、前記車両の位置情報を監視し、前記車両が、前記領域の外へ出たと判定された場合に、前記車両に関連付いたユーザ装置に通知を行う、
    請求項７から１３のいずれか１項に記載の車両システム。
15. 前記第一の制御部は、前記電子鍵が使用されている期間において、前記車両からセンサ情報を取得し、前記センサ情報が異常値を示した場合に、前記車両に関連付いたユーザ装置に通知を行う、
    請求項７から１４のいずれか１項に記載の車両システム。
16. 複数の車両を管理するサーバ装置と、前記車両に搭載される車載装置と、を含む車両システムであって、
    前記サーバ装置は、
    所定の施設に入退場するために通過する入口および出口の地理的位置を示す第一の位置情報を記憶する記憶部と、
    所定の車両の位置情報を示す第二の位置情報を周期的に取得することと、
    前記第一の位置情報および前記第二の位置情報に基づいて、前記所定の車両が、前記所定の施設の入口または出口を通過したことを検出することと、
    前記車両が、前記入口を通過して前記所定の施設に対応する領域に進入した場合に、前記車両を移動可能にするための電子鍵を、前記所定の施設に関連付いた施設装置に送信することと、
    前記車両が、前記出口を通過して前記所定の施設に対応する領域から退出した場合に、前記施設装置に送信した前記電子鍵を無効化することと、
    を実行する第一の制御部と、を有し、
    前記車載装置は、
    前記施設装置に送信された前記電子鍵を取得し、前記電子鍵に基づいて、前記車両の移動を許可する第二の制御部を有する、
    車両システム。
17. 前記施設装置は、前記施設の従業員が所持する携帯端末、または、前記携帯端末を管理する装置である、
    請求項１６に記載の車両システム。
18. 前記車載装置は、前記電子鍵を、前記携帯端末から近距離無線通信によって取得する、
    請求項１７に記載の車両システム。
19. 前記サーバ装置は、前記車両が、前記領域から退出した場合に、前記施設装置に対して、前記電子鍵の無効化を要求する無効化データを送信する、
    請求項１６から１８のいずれか１項に記載の車両システム。

Images