JP7521644B2 - システム、ドアロック制御装置、ドアロック制御方法及びプログラム - Google Patents

Description

本発明は、ドアロック制御装置、車載装置、ドアロック制御方法及びプログラムに関する。

本発明に関連する技術が、特許文献１及び２に開示されている。特許文献１は、カーシェアリングで利用される車両の車内を監視する技術を開示している。特許文献２は、車内カメラが生成した運転者の顔画像と、予め登録されている運転手の顔画像との比較結果が一致である場合、始動許可信号を出力する技術を開示している。

特開２０１２－４３０４２号公報 特開２００４－３３０９７９号公報

複数の車両を複数の会員で共有するカーシェアリングサービスにおいては、各会員に車両のキーを予め配布することはできない。このため、車両のキーは例えば車両内の所定場所に格納される。そして、利用開始時の車両のドアロック解除は、例えば予め各会員に配布又は各会員が登録した電子カードを車両に搭載されたリーダに読み取らせることでなされていた。

当該ドアロック解除手段の場合、「ドアロックを解除するための作業に手間がかかる」という問題がある。例えば、多くの荷物を持っている場合や、雨の場合などに利用者の負担がより大きくなる。結果、サービスの利便性が悪くなる。

本発明の目的は、カーシェアリングサービスの利便性を向上することである。

本発明によれば、
予約された車両が存在する敷地内を撮影するカメラが生成した敷地内画像を取得する敷地内画像取得手段と、
前記敷地内画像に基づき、予約者が前記敷地内に存在することを検知する敷地内検知手段と、
前記予約者が前記敷地内に存在することが検知されると、前記予約された車両のドアロックを解除する指示を出力する解除指示出力手段と、
を有するドアロック制御装置が提供される。

また、本発明によれば、
コンピュータが、
予約された車両が存在する敷地内を撮影するカメラが生成した敷地内画像を取得し、
前記敷地内画像に基づき、予約者が前記敷地内に存在することを検知し、
前記予約者が前記敷地内に存在することが検知されると、前記予約された車両のドアロックを解除する指示を出力するドアロック制御方法が提供される。

また、本発明によれば、
コンピュータを、
予約された車両が存在する敷地内を撮影するカメラが生成した敷地内画像を取得する敷地内画像取得手段、
前記敷地内画像に基づき、予約者が前記敷地内に存在することを検知する敷地内検知手段、
前記予約者が前記敷地内に存在することが検知されると、前記予約された車両のドアロックを解除する指示を出力する解除指示出力手段、
として機能させるプログラムが提供される。

また、本発明によれば、
外部装置からドアロックを解除する指示を取得する指示取得手段と、
前記指示を取得してから所定時間が経過したことを検知すると、車両のドアロックを解除するロック制御手段と、
を有する車載装置が提供される。

また、本発明によれば、
ドアロックを解除する指示を取得する指示取得手段と、
前記指示を取得した後、車両の周囲で人又は予約者を検知すると、車両のドアロックを解除するロック制御手段と、
を有する車載装置が提供される。

本発明によれば、カーシェアリングサービスの利便性が向上する。

本実施形態のカーシェアリングシステムの機能ブロック図の一例である。 本実施形態のドアロック制御装置の機能ブロック図の一例である。 本実施形態の装置のハードウエア構成の一例を示す図である。 本実施形態のカーシェアリングシステムが処理する情報の一例を模式的に示す図である。 本実施形態のカーシェアリングシステムが処理する情報の一例を模式的に示す図である。 本実施形態のドアロック制御装置の処理の流れの一例を示すフローチャートである。 本実施形態のドアロック制御装置の処理の流れの一例を示すフローチャートである。 本実施形態のドアロック制御装置の処理の流れの一例を示すフローチャートである。 本実施形態のカーシェアリングシステムの機能ブロック図の一例である。 本実施形態のカーシェアリングシステムの機能ブロック図の一例である。 本実施形態のカーシェアリングシステムの機能ブロック図の一例である。 本実施形態のカーシェアリングシステムが処理する情報の一例を模式的に示す図である。 本実施形態のカーシェアリングシステムが処理する情報の一例を模式的に示す図である。 本実施形態の車載装置の処理の流れの一例を示すフローチャートである。 本実施形態のドアロック制御装置の処理の流れの一例を示すフローチャートである。 本実施形態の車載装置の処理の流れの一例を示すフローチャートである。 本実施形態の車載装置の機能ブロック図の一例である。 本実施形態の走行制御装置の機能ブロック図の一例である。 本実施形態の走行制御装置の処理の流れの一例を示すフローチャートである。 本実施形態の走行制御装置の処理の流れの一例を示すフローチャートである。 本実施形態の走行制御装置の処理の流れの一例を示すフローチャートである。 本実施形態の走行制御装置の処理の流れの一例を示すフローチャートである。 本実施形態の走行制御装置の処理の流れの一例を示すフローチャートである。 本実施形態のカーシェアリングシステムの機能ブロック図の一例である。

＜第１の実施形態＞
「カーシェアリングシステムの全体像及び概要」
まず、図１の機能ブロック図を用いて、本実施形態のカーシェアリングシステムの全体像及び概要を説明する。

カーシェリングシステムは、カメラ２と、サーバ３と、車載装置４とを有する。カメラ２とサーバ３とは互いに通信可能に構成されている。また、サーバ３と車載装置４とは互いに通信可能に構成されている。

カメラ２は、カーシェアリングサービスで利用される車両６が存在する敷地１内を撮影する。

サーバ３は、カメラ２が生成した敷地内画像を取得する。そして、サーバ３は、敷地内画像と、予め登録されている予約者５（車両６の利用者）の画像とに基づき、予約者５が敷地１内に存在することを検知する。そして、サーバ３は、予約者５が敷地１内に存在することを検知すると、車両６のドアロックを解除する指示を出力する。

車載装置４は、車両６に搭載されている。車載装置４は、サーバ３が出力したドアロックを解除する指示を取得すると、車両６のドアロックを解除する。

このようなカーシェアリングシステムによれば、ドアロック解除のための利用者の負担を軽減できる。結果、利便性の高いカーシェアリングサービスが実現される。

「サーバ３の構成」
次に、サーバ３の構成を詳細に説明する。サーバ３は、ドアロック制御装置１０を有する。図２に、ドアロック制御装置１０の機能ブロック図の一例を示す。図示するように、ドアロック制御装置１０は、敷地内画像取得部１１と、敷地内検知部１２と、解除指示出力部１３と、記憶部１４とを有する。なお、ドアロック制御装置１０は、記憶部１４を有さなくてもよい。この場合、ドアロック制御装置１０と通信可能に構成された外部装置が記憶部１４を備える。

ドアロック制御装置１０が備える各機能部は、任意のコンピュータのＣＰＵ（Central Processing Unit）、メモリ、メモリにロードされるプログラム、そのプログラムを格納するハードディスク等の記憶ユニット（あらかじめ装置を出荷する段階から格納されているプログラムのほか、ＣＤ（Compact Disc）等の記憶媒体やインターネット上のサーバ等からダウンロードされたプログラムをも格納できる）、ネットワーク接続用インターフェイスを中心にハードウエアとソフトウエアの任意の組合せによって実現される。そして、その実現方法、装置にはいろいろな変形例があることは、当業者には理解されるところである。

図３は、ドアロック制御装置１０のハードウエア構成を例示するブロック図である。図３に示すように、ドアロック制御装置１０は、プロセッサ１Ａ、メモリ２Ａ、入出力インターフェイス３Ａ、周辺回路４Ａ、バス５Ａを有する。周辺回路４Ａには、様々なモジュールが含まれる。なお、周辺回路４Ａは有さなくてもよい。なお、ドアロック制御装置１０は物理的及び／又は論理的に一体となった１つの装置で構成されてもよいし、物理的及び／又は論理的に分かれた複数の装置で構成されてもよい。物理的及び／又は論理的に分かれた複数の装置で構成される場合、複数の装置各々が上記ハードウエア構成を備えることができる。

バス５Ａは、プロセッサ１Ａ、メモリ２Ａ、周辺回路４Ａ及び入出力インターフェイス３Ａが相互にデータを送受信するためのデータ伝送路である。プロセッサ１Ａは、例えばＣＰＵ、ＧＰＵ（Graphics Processing Unit）等の演算処理装置である。メモリ２Ａは、例えばＲＡＭ（Random Access Memory）やＲＯＭ（Read Only Memory）等のメモリである。入出力インターフェイス３Ａは、入力装置、外部装置、外部サーバ、外部センサ、カメラ等から情報を取得するためのインターフェイスや、出力装置、外部装置、外部サーバ等に情報を出力するためのインターフェイス等を含む。入力装置は、例えばキーボード、マウス、マイク、タッチパネル、物理ボタン、カメラ等である。出力装置は、例えばディスプレイ、スピーカ、プリンター、メーラ等である。プロセッサ１Ａは、各モジュールに指令を出し、それらの演算結果をもとに演算を行うことができる。

次に、図２に戻り、各機能部の構成を詳細に説明する。

記憶部１４は、カーシェアリングサービスに関する各種情報を記憶する。

例えば、記憶部１４は、図４に示すような利用者登録情報を記憶する。カーシェアリングサービスで車両６を利用する利用者は、予め自身の情報を登録する。記憶部１４は、登録された情報を利用者登録情報として記憶する。図４に示す例の場合、利用者登録情報は、複数の利用者を互いに識別する利用者識別情報と、氏名と、年齢と、住所と、電話番号と、顔画像と、顔画像から抽出された特徴量とを含む。なお、利用者登録情報はその他の情報を含んでもよいし、例示した情報の一部を含まなくてもよい。その他の情報の例としては、車両の運転免許証に関する情報や、クレジットカード等の利用料金の支払いに利用するツールに関する情報等が例示されるが、これらに限定されない。

事前登録の実現手段は、ホームページ利用、アプリケーション利用等が例示されるが、これらに限定されない。

また、記憶部１４は、図５に示すような予約情報を記憶する。カーシェアリングサービスで車両６を利用する利用者は、上記事前登録を行った後、車両６の利用予約を行う。記憶部１４は、利用予約で指定された内容を予約情報として記憶する。図５に示す例の場合、予約情報は、予約した車両６の車両識別情報と、予約した車両６の利用を開始する場所（駐車場等）を識別する駐車場識別情報と、予約詳細情報とを含む。予約詳細情報は、利用開始日時、利用終了日時、利用者識別情報（予約者を識別する情報）等を含む。また、予約者情報は、予約者以外の運転手に関する情報（氏名、年齢、顔画像、顔画像から抽出された特徴量等）を含んでもよい。予約者以外の人間が運転する可能性がある場合、予約者は、予め予約者以外の運転手に関する情報を登録する。なお、予約情報はその他の情報を含んでもよいし、例示した情報の一部を含まなくてもよい。

車両６の利用予約の実現手段は、ホームページ利用、アプリケーション利用等が例示されるが、これらに限定されない。

敷地内画像取得部１１は、予約された車両６が存在する敷地１内を撮影するカメラ２が生成した敷地内画像をカメラ２から取得する。

敷地１は、車両６の利用を開始する場所であり、車両６が存在する場所である。敷地１は、駐車場であってもよいし、カーシェアリングサービスを提供する事業体が管理しているエリア（所有している土地、借りている土地）であってもよいし、その他であってもよい。

カメラ２は、敷地１内に存在する人を顔認識処理で精度よく認識できる画像を生成可能な位置、向き及び設定となっている。敷地１内に１台のカメラ２が設置されてもよいし、複数のカメラ２が設置されてもよい。カメラ２は、動画像を連続的に撮影してもよいし、比較的短い所定時間毎に静止画像を撮影してもよい。敷地内画像取得部１１は、カメラ２が生成した敷地内画像をリアルタイム処理でカメラ２から取得する。

敷地内検知部１２は、敷地内画像取得部１１が取得した敷地内画像と、記憶部１４に記憶されている予め登録された予約者５の顔画像とに基づく顔認識処理により、予約者５が敷地１内に存在することを検知する。

例えば、敷地内検知部１２は、記憶部１４が記憶する予約情報に基づき、敷地１内に存在する車両６の利用予約を行っている利用者（予約者５）を特定する。そして、敷地内検知部１２は、記憶部１４が記憶する利用者登録情報を参照し、特定した予約者５の顔画像又はその特徴量を取得する。そして、敷地内検知部１２は、取得した顔画像又はその特徴量と、敷地内画像とに基づく顔認識処理により、予約者５が敷地１内に存在することを検知する。

なお、敷地内検知部１２は、記憶部１４が記憶する予約情報と現在日時とに基づき、敷地１内に存在する車両６の利用予約を行っており、かつ、予め登録された利用開始日時（又は、利用開始日時の所定時間前）になった利用者（予約者５）を特定してもよい。そして、敷地内検知部１２は、記憶部１４が記憶する利用者登録情報を参照し、特定した予約者５の顔画像又はその特徴量を取得してもよい。そして、敷地内検知部１２は、取得した顔画像又はその特徴量と、敷地内画像とに基づく顔認識処理により、利用開始日時になった予約者５が敷地１内に存在することを検知してもよい。

解除指示出力部１３は、予約者５が敷地１内に存在することが検知されると、予約された車両６のドアロックを解除する指示を出力する。出力された指示は、車載装置４に入力される。

なお、解除指示出力部１３は、予約者５が敷地１内に存在することが検知され、かつ、予め登録された利用開始日時になると、予約された車両６のドアロックを解除する指示を出力してもよい。

次に、図６のフローチャートを用いて、ドアロック制御装置１０の処理の流れの一例を説明する。

まず、敷地内画像取得部１１が敷地内画像を取得すると（Ｓ１０）、敷地内検知部１２は敷地内画像に基づき、予約された車両６のドアロックを解除するドアロック解除条件を満たすか判断する（Ｓ１１）。

ドアロック解除条件を満たす場合（Ｓ１１のＹｅｓ）、解除指示出力部１３は予約された車両６のドアロックを解除する指示を出力する（Ｓ１２）。一方、ドアロック解除条件を満たさない場合（Ｓ１１のＮｏ）、解除指示出力部１３は当該指示を出力しない。

ここで、図７のフローチャートを用いて、Ｓ１１の判断の一例を説明する。

敷地内検知部１２は、予め登録された予約者５の顔画像又はその特徴量と、敷地内画像とに基づき、予約者５が敷地１内に存在するか否かを判断する。予約者５が敷地１内で検知された場合（Ｓ２０のＹｅｓ）、ドアロック解除条件を満たす（Ｓ２１）。一方、予約者５が敷地１内で検知されない場合（Ｓ２０のＮｏ）、ドアロック解除条件を満たさない（Ｓ２２）。

ここで、図８のフローチャートを用いて、Ｓ１１の判断の他の一例を説明する。

敷地内検知部１２は、予め登録された予約者５の顔画像又はその特徴量と、敷地内画像とに基づき、予約者５が敷地１内に存在するか否かを判断する。予約者５が敷地１内で検知され（Ｓ３０のＹｅｓ）、かつ、現在日時が予め登録された利用開始日時を過ぎている場合（Ｓ３１のＹｅｓ）、ドアロック解除条件を満たす（Ｓ３２）。一方、予約者５が敷地１内で検知されない場合（Ｓ３０のＮｏ）、また、現在日時が予め登録された利用開始日時になっていない場合（Ｓ３１のＮｏ）、ドアロック解除条件を満たさない（Ｓ３３）。

「車載装置４の構成」
次に、車載装置４の構成を詳細に説明する。車載装置４は、例えばＥＣＵ（Electronic Control Unit）である。図９に、車載装置４の機能ブロック図の一例を示す。図示するように、車載装置４は指示取得部１５とロック制御部１６とを有する。

車載装置４が備える各機能部は、任意のコンピュータのＣＰＵ、メモリ、メモリにロードされるプログラム、そのプログラムを格納するハードディスク等の記憶ユニット（あらかじめ装置を出荷する段階から格納されているプログラムのほか、ＣＤ等の記憶媒体やインターネット上のサーバ等からダウンロードされたプログラムをも格納できる）、ネットワーク接続用インターフェイスを中心にハードウエアとソフトウエアの任意の組合せによって実現される。そして、その実現方法、装置にはいろいろな変形例があることは、当業者には理解されるところである。車載装置４のハードウエア構成の一例は、ドアロック制御装置１０と同様に、図３で示される。

次に、図９に戻り、各機能部の構成を詳細に説明する。

指示取得部１５は、外部装置からドアロックを解除する指示を取得する。具体的には、指示取得部１５は、ドアロック制御装置１０の解除指示出力部１３が出力した当該指示を取得する。

ロック制御部１６は、指示取得部１５がドアロックを解除する指示を取得すると、それに応じて、車両６のドアロックを解除する。

「本実施形態の変形例」
カメラ２は敷地１内に設置された操作端末に備えられてもよい。そして、カメラ２は、所定の撮影条件を満たした場合、１つ又は複数の静止画像を撮影してもよい。撮影条件は、操作端末に対して撮影指示入力が行われたこと、操作端末の前で人を検知したこと等が例示されるが、これらに限定されない。

また、利用者の顔画像は、車両６の利用予約時に登録されてもよい。この場合、利用者登録情報（図４）でなく、予約情報（図５）に、利用者の顔画像やその特徴量が含まれる。

また、車載装置４は、ドアロック制御装置１０からの指示に応じてドアロックを解除する場合、所定のライト（ヘッドライト、スモールライト、ウインカー、フォグライト、テールライト、ブレーキライト、バックライト、ナンバーを照らすライト、車内灯等）を短時間、点灯、点滅等させてもよい。これにより、敷地１内に複数の車両が存在する場合、予約者５は、自身が予約した車両６がどれか容易に把握できる。

「作用効果」
以上説明した本実施形態のカーシェリングシステムによれば、予約者５が敷地１内に現れると、予約した車両６のドアロックが自動的に（予約者５の操作なしで）解除される。このようなカーシェアリングシステムによれば、ドアロック解除のための利用者の負担を軽減できる。結果、利便性の高いカーシェアリングサービスが実現される。

また、本実施形態のカーシェアリングシステムによれば、予約者５が敷地１内に現れ、かつ、予め登録された利用開始日時になると、予約した車両６のドアロックが自動的に（予約者５の操作なしで）解除される。このようなカーシェアリングシステムによれば、予め登録された利用時間以外に車両６のドアロックが解除される不都合を抑制できる。結果、予め登録された予約時間以外における車両６の不正利用を抑制できる。

＜第２の実施形態＞
図１０の機能ブロック図に示すように、本実施形態のカーシェアリングシステムでは、サーバ３と車載装置４とは互いに通信可能に構成されている。また、カメラ２と車載装置４とは互いに通信可能に構成されている。

そして、図１１の機能ブロック図に示すように、本実施形態のカーシェアリングシステムでは、車載装置４がドアロック制御装置１０を有する。そして、ドアロック制御装置１０でなくサーバ３が、記憶部１４を有する。

車載装置４は、自車両に関する予約情報、及び、自車両を予約した利用者の利用者登録情報の少なくとも一部をサーバ３から取得し、自装置の記憶部１７に記憶させる。図１２に、記憶部１７が記憶する情報の一例を模式的に示す。図示する例では、自車両の利用開始日時及び利用終了日時を示す予約日時と、予約者の氏名、顔画像、顔画像の特徴量等を示す予約者情報と、予約者以外の運転手の氏名、顔画像、顔画像の特徴量等を示す運転手情報とを含む。なお、記憶部１７が記憶する情報はその他の情報を含んでもよいし、例示した情報の一部を含まなくてもよい。

本実施形態のカーシェアリングシステムのその他の構成は、第１の実施形態と同様である。

本実施形態のカーシェアリングシステムによれば、第１の実施形態と同様の作用効果が実現される。また、本実施形態のカーシェアリングシステムによれば、各車両６に搭載された車載装置４各々が、自車両のドアロック制御を行うので、サーバ３の負担を軽減できる。

＜第３の実施形態＞
図１３の機能ブロック図に示すように、本実施形態のカーシェアリングシステムでは、各車両６にカメラ２が搭載されている点で、第２の実施形態と異なる。車両６に搭載れるカメラ２は、１台であってもよいし、複数台であってもよい。本実施形態のカーシェアリングシステムのその他の構成は、第２の実施形態と同様である。

本実施形態のカーシェアリングシステムによれば、第１及び第２の実施形態と同様の作用効果が実現される。

＜第４の実施形態＞
カメラ２が生成した敷地内画像に基づき敷地１内における予約者５の存在を検知したことに応じて車両６のドアロックを解除する場合、ドアロックの解除のタイミングが早すぎる場合がある。例えば、敷地１がある程度広く、車両６が存在する位置とカメラ２の撮影エリアとが離れている場合等にこのような状況が発生し得る。ドアロックの解除のタイミングが早すぎると、他人による不正利用等の不都合が発生し得る。

当該不都合を解消するため、本実施形態のカーシェアリングシステムは、カメラ２が生成した敷地内画像に基づき敷地１内における予約者５の存在を検知した後、所定時間経過後に、ドアロックを解除する手段を備える。具体的には、本実施形態のカーシェアリングシステムは以下の第１乃至第第３のディレイ方法の中の１つを実現する。

「第１のディレイ方法」
当該方法の場合、ドアロック制御装置１０の解除指示出力部１３は、敷地内検知部１２により予約者５が敷地１内に存在することが検知されると、当該検知に応じて、ドアロックを解除する指示を出力する。そして、当該指示は、当該指示を取得してから所定時間経過後にドアロックを解除することを示す。

車載装置４のロック制御部１６は、図１４のフローチャートに示すように、指示取得部１５が当該指示を取得した後（Ｓ４０）、所定時間が経過したことを検知すると（Ｓ４１のＹｅｓ）、当該検知に応じて車両６のドアロックを解除する（Ｓ４２）。

なお、所定時間は予め定められた固定値であってもよいし、解除指示出力部１３が予約ごとに決定してもよい。

例えば、解除指示出力部１３は、予約者５に関する情報、敷地１内における予約者５の位置、予約された車両６に関する情報及び敷地１内における予約された車両６の位置の中の少なくとも１つに基づき、所定時間を決定してもよい。具体的には、解除指示出力部１３は以下の第１乃至第第３の所定時間決定手段の中の１つを備えてもよい。

"第１の所定時間決定手段"
当該手段の場合、解除指示出力部１３は、敷地内画像に基づき敷地１内における予約者５の位置及び敷地１内における予約された車両６の位置を特定する。そして、解除指示出力部１３は、特定した予約者５及び車両６の位置に基づき、予約者５と車両６との間の距離を算出する。そして、解除指示出力部１３は、算出した「距離」を「予め登録されている人の移動速度」で割ることで算出した移動時間を、上記所定時間とする。

"第２の所定時間決定手段"
当該手段の場合、利用者ごとに移動速度が登録されている。そして、解除指示出力部１３は、第１の所定時間決定手段と同様の手法で算出した「距離」を「予め登録されている予約者５の移動速度」で割ることで算出した移動時間を、上記所定時間とする。

なお登録される各利用者の移動速度は、利用者が申告した内容（例：「速い：Ｖ１［ｍ／ｓ］」、「普通：Ｖ２［ｍ／ｓ］」、「遅い：Ｖ３［ｍ／ｓ］」の中から選択）に基づくものであってもよいし、各利用者の過去の利用時に測定した移動速度であってもよい。移動速度の測定は、カメラ２が生成した敷地内画像に基づき実現されてもよいし、その他であってもよい。

"第３の所定時間決定手段"
当該手段の場合、車両６ごとに各車両６を利用する利用者の移動速度の統計値（平均値、最頻値、最大値、最小値、中央値等）が登録されている。そして、解除指示出力部１３は、第１の所定時間決定手段と同様の手法で算出した「距離」を「予め登録されているその車両６を利用する利用者の移動速度の統計値」で割ることで算出した移動時間を、上記所定時間とする。

なお各利用者の移動速度は、第２の所定時間決定手段と同様の手法で算出することができる。

「第２のディレイ方法」
当該方法の場合、ドアロック制御装置１０の解除指示出力部１３は、図１５のフローチャートに示すように、予約された車両６のドアロックを解除する指示を出力する条件（ドアロック解除条件）が満たされた後（Ｓ５１のＹｅｓ）、所定時間が経過したことを検知すると（Ｓ５２のＹｅｓ）、予約された車両６のドアロックを解除する指示を出力する（Ｓ５３）。

車載装置４のロック制御部１６は、指示取得部１５が当該指示を取得すると、当該取得に応じて車両６のドアロックを解除する。

なお、所定時間は予め定められた固定値であってもよいし、解除指示出力部１３が予約ごとに決定してもよい。解除指示出力部１３が所定時間を決定する手段は、第１のディレイ手段で説明したものと同様である。

「第３のディレイ方法」
当該方法の場合、車載装置４の指示取得部１５がドアロックを解除する指示を取得した後（Ｓ６０）、車両６の周囲で人又は予約者が検知されると（Ｓ６１のＹｅｓ）、ロック制御部１６は車両６のドアロックを解除する（Ｓ６２）。車載装置４は、車両６が備える情報収集装置で収集された情報に基づき、車両６の周囲に存在する人や予約者の検知を実現する。情報収集装置は、カメラ、ライダー等が例示されるが、これらに限定されない。

本実施形態のカーシェアリングシステムのその他の構成は、第１乃至第３の実施形態と同様である。

本実施形態のカーシェアリングシステムによれば、第１乃至第３の実施形態と同様の作用効果が実現される。また、本実施形態のカーシェアリングシステムによれば、カメラ２が生成した敷地内画像に基づき敷地１内における予約者５の存在を検知した後、所定時間経過後に、車両６のドアロックを解除することができる。このため、ドアロック解除のタイミングが早過ぎるという不都合を抑制できる。

＜第５の実施形態＞
本実施形態のカーシェアリングシステムは、予約した会員（予約者５）が乗車していない状態での車両６の利用（走行等）を制限する機能を備える。具体的には、図１７の機能ブロック図に示すように、本実施形態の車載装置４は走行制御装置２０を備える。走行制御装置２０は、車内を撮影するカメラが生成した車内画像に基づき車内で予約者５を検知すると、車両６の走行許可を出力する。そして、走行許可が得られると、車両６の走行が可能となる。

なお、図示しないが、車載装置４は、指示取得部１５、ロック制御部１６を備えてもよい。また、車載装置４は、さらに、ドアロック制御装置１０及び記憶部１７を備えてもよい。

図１８に、走行制御装置２０の機能ブロック図の一例を示す。図示するように、走行制御装置２０は、車内画像取得部２１と、車内検知部２２と、許可出力部２３と、記憶部２４とを有する。

走行制御装置２０が備える各機能部は、任意のコンピュータのＣＰＵ、メモリ、メモリにロードされるプログラム、そのプログラムを格納するハードディスク等の記憶ユニット（あらかじめ装置を出荷する段階から格納されているプログラムのほか、ＣＤ等の記憶媒体やインターネット上のサーバ等からダウンロードされたプログラムをも格納できる）、ネットワーク接続用インターフェイスを中心にハードウエアとソフトウエアの任意の組合せによって実現される。そして、その実現方法、装置にはいろいろな変形例があることは、当業者には理解されるところである。走行制御装置２０のハードウエア構成の一例は、ドアロック制御装置１０と同様に、図３で示される。

次に、図１８に戻り、各機能部の構成を詳細に説明する。

記憶部２４は、車載装置４が備える記憶部であり、第２の実施形態で説明した記憶部１７と同様の情報を記憶する。すなわち、記憶部２４は、図１２に示すように、自車両の利用開始日時及び利用終了日時を示す予約日時と、予約者の氏名、顔画像、顔画像の特徴量等を示す予約者情報と、予約者以外の運転手の氏名、顔画像、顔画像の特徴量等を示す運転手情報とを含む。なお、車載装置４は、記憶部１７及び記憶部２４のいずれかを備えればよく、両方を備える必要はない。

車内画像取得部２１は、予約された車両６の車内を撮影するカメラ（以下、「車内カメラ」）が生成した車内画像を取得する。車内カメラは、座席に座った人を顔認識処理で精度よく認識できる画像を生成可能な位置、向き及び設定となっている。車内に１台の車内カメラが設置されてもよいし、複数台の車内カメラが設置されてもよい。車内カメラは、動画像を連続的に撮影してもよいし、比較的短い所定時間毎に静止画像を撮影してもよい。また、車内カメラは、所定の撮影条件を満たすと、それに応じて静止画像を撮影してもよい。撮影条件は、「運転席のドアが開いた後に閉まったこと」、「少なくとも１つのドアが開いた後に、すべてのドアがしまったこと」、「車両６のＡＣＣ電源（アクセサリー電源）がＯＮになったこと」、「車両６のＩＧ電源（イグニッション電源）がＯＮになったこと」、「車両６の始動操作（エンジン始動操作、モーター始動操作等）を受付けたこと」等が例示されるが、これらに限定されない。

車内検知部２２は、車内画像取得部２１が取得した車内画像と、記憶部２４に記憶されている予め登録された予約者５の顔画像またはその特徴量とに基づく顔認識処理により、予約者５が予約された車両６の中に存在することを検知する。

許可出力部２３は、予約者５が車両６の中に存在することが検知されると、車両６の走行許可を出力する。車載装置４は、走行許可がある状態での車両６の始動操作（エンジン始動操作、モーター始動操作等）に応じて、車両６のエンジン又はモータを始動させる。

なお、エンジン又はモータの始動にはさらに車両６のキーの存在が要求されてもよい。例えば、「車載装置４と無線通信可能なエリアにキーが存在すること」、「車両６の所定位置にキーが挿入されていること」等がエンジン又はモータの始動の条件であってもよい。その他、キーレスでのエンジン又はモータの始動が可能であってもよい。この場合、例えば、車載装置４は、生体情報（顔画像、指紋、声紋、虹彩等）を用いた生体認証を行ってもよい。そして、エンジン又はモータの始動にはさらに生体認証の成功が要求されてもよい。

次に、図１９及び図２０のフローチャートを用いて、走行制御装置２０の処理の流れの一例を説明する。

「第１の例」
所定の撮影開始条件を満たすと、車内画像取得部２１は車内カメラに車内の撮影開始リクエストを送信する。撮影開始リクエストに応じて、車内カメラは撮影を開始する。当該例では、車内カメラは、動画像を連続的に撮影するか、又は、比較的短い所定時間毎に静止画像を連続的に撮影する。撮影開始条件は、「車両６のＡＣＣ電源（アクセサリー電源）がＯＮになったこと」や「車両６のＩＧ電源（イグニッション電源）がＯＮになったこと」等が例示されるが、これらに限定されない。そして、撮影終了条件は、「車両６のＡＣＣ電源（アクセサリー電源）がＯＦＦになったこと」や「車両６のＩＧ電源（イグニッション電源）がＯＦＦになったこと」等が例示されるが、これらに限定されない。

図１９のフローチャートに示すように、車内画像取得部２１が、車内カメラが生成した車内画像を取得した後（Ｓ７０）、車内検知部２２は車内画像に基づき走行許可条件を満たすか判断する（Ｓ７１）。

ここで、図２０のフローチャートを用いて、Ｓ７１の判断の処理の流れの一例を説明する。車内検知部２２は、車内画像取得部２１が取得した車内画像と、記憶部２４に記憶されている予め登録された予約者５の顔画像又はその特徴量とに基づく顔認識処理により、予約者５が車両６の中に存在するか判断する（Ｓ８０）。

予約者５が車両６の中に存在する場合（Ｓ８０のＹｅｓ）、走行許可条件を満たす（Ｓ８１）。一方、予約者５が車両６の中に存在しない場合（Ｓ８０のＮｏ）、走行許可条件を満たさない（Ｓ８２）。

図１９のフローチャートに戻り、走行許可条件を満たす場合（Ｓ７１のＹｅｓ）、許可出力部２３は、車両６の走行許可を出力する（Ｓ７２）。一方、走行許可条件を満たさない場合（Ｓ７１のＮｏ）、許可出力部２３は、車両６の走行許可を出力しない。

なお、走行制御装置２０は、車両６のエンジンやモータが始動するまで、車内画像に基づく車内での予約者５の検知を継続してもよい。そして、走行許可を出力した後に、予約者５を車内で検知できなくなった場合、走行制御装置２０は、走行許可を取り消す出力を行ってもよい。

図示しないが、車載装置４は、走行許可が出されている状態（「走行許可が出力された状態」、「走行許可が出力後、走行許可を取り消す出力がなされていない状態」）で、車両６の始動操作（エンジン始動操作、モーター始動操作等）を受付けると、車両６のエンジン又はモータを始動させる。

「第２の例」
所定の撮影条件を満たすと、車内画像取得部２１は車内カメラに車内の撮影リクエストを送信する。車内カメラは撮影リクエストに応じて車内を撮影し、１枚又は複数枚の静止画像（車内画像）を生成する。撮影条件は、「車両６の始動操作（エンジン始動操作、モーター始動操作等）を受付けたこと」である。

図１９のフローチャートに示すように、車内画像取得部２１が、車内カメラが生成した車内画像を取得した後（Ｓ７０）、車内検知部２２は車内画像に基づき走行許可条件を満たすか判断する（Ｓ７１）。Ｓ７１の判断の処理の流れは、図２０のフローチャートで示される。なお、図２０のフローチャートの説明は上記したので、ここでは省略する。

走行許可条件を満たす場合（Ｓ７１のＹｅｓ）、許可出力部２３は、車両６の走行許可を出力する（Ｓ７２）。そして、図示しないが、当該出力に応じて、車載装置４は車両６のエンジン又はモータを始動させる。

一方、走行許可条件を満たさない場合（Ｓ７１のＮｏ）、許可出力部２３は、車両６の走行許可を出力しない。この場合、車載装置４は車両６のエンジン又はモータを始動させない。そして、車載装置４は、予約者５が車内にいないためエンジン又はモータを始動できないことを示すエラー通知を行ってもよい。エラー通知は、車内に存在する人に向けて行われる。エラー通知は、ディスプレイ、スピーカ、ランプ等のあらゆる出力装置を介して実現される。

「第３の例」
所定の撮影条件を満たすと、車内画像取得部２１は車内カメラに車内の撮影リクエストを送信する。車内カメラは撮影リクエストに応じて車内を撮影し、１枚又は複数枚の静止画像（車内画像）を生成する。撮影条件は、「運転席のドアが開いた後に閉まったこと」、「少なくとも１つのドアが開いた後に、すべてのドアがしまったこと」、「車両６のＡＣＣ電源（アクセサリー電源）がＯＮになったこと」、「車両６のＩＧ電源（イグニッション電源）がＯＮになったこと」等である。

図１９のフローチャートに示すように、車内画像取得部２１が、車内カメラが生成した車内画像を取得した後（Ｓ７０）、車内検知部２２は車内画像に基づき走行許可条件を満たすか判断する（Ｓ７１）。Ｓ７１の判断の処理の流れは、図２０のフローチャートで示される。なお、図２０のフローチャートの説明は上記したので、ここでは省略する。

走行許可条件を満たす場合（Ｓ７１のＹｅｓ）、許可出力部２３は、車両６の走行許可を出力する（Ｓ７２）。一方、走行許可条件を満たさない場合（Ｓ７１のＮｏ）、許可出力部２３は、車両６の走行許可を出力しない。

なお、走行制御装置２０は、車両６のエンジンやモータが始動するまで、上記撮影条件を満たすごとに、上記処理を行ってもよい。そして、走行許可を出力した後に、予約者５を車内で検知できなくなった場合、走行制御装置２０は、走行許可を取り消す出力を行ってもよい。

図示しないが、車載装置４は、走行許可が出されている状態（「走行許可が出力された状態」、「走行許可が出力後、走行許可を取り消す出力がなされていない状態」）で、車両６の始動操作（エンジン始動操作、モーター始動操作等）を受付けると、車両６のエンジン又はモータを始動させる。

なお、本実施形態のカーシェアリングシステムは、第１乃至第４の実施形態と同様な構成を備えてもよい。

以上、本実施形態のカーシェアリングシステムによれば、第１乃至第４の実施形態と同様な構成を備える場合、それらと同様の作用効果が実現される。

また、本実施形態のカーシェアリングシステムによれば、走行制御装置２０は、車内を撮影するカメラが生成した車内画像に基づき車内で予約者５を検知すると、車両６の走行許可を出力する。そして、車両６は、走行許可が出力された場合に、エンジン又はモータを始動させ、走行可能な状態となることができる。このような本実施形態のカーシェアリングシステムの場合、予約者５が車内で検知されていない場合、車両６は走行可能な状態とならない。このため、予約者５が乗車していない状態での車両６の利用を効果的に制限できる。

＜第６の実施形態＞
本実施形態の走行制御装置２０は、予約した会員（予約者５）又は予め登録した運転手以外の人間の運転による車両６の利用を制限する機能を備える。

走行制御装置２０の機能ブロック図の一例は、第５の実施形態と同様に図１８で示される。

車内検知部２２は、車内画像に基づき、予約者５が車両６の運転席に座っていることを検知する。当該検知を実現する手段は特段制限されないが、以下一例を示す。

例えば、車内カメラの１つは、運転席に座った人のみを撮影する位置及び向きで設置されてもよい。そして、車内検知部２２は、この車内カメラが生成した車内画像と、記憶部２４に記憶されている予め登録された予約者５の顔画像又はその特徴量とに基づく顔認識処理により、予約者５が運転席に座っていることを検知してもよい。

その他、車内カメラの１つは、運転席を含む車内全体を撮影する位置及び向きで設置されてもよい。そして、予め、この車内カメラが生成した車内画像において運転席に座った人の顔が存在することになるエリアが登録されていてもよい。そして、車内検知部２２は、この車内カメラが生成した車内画像における上記登録されたエリア内の画像と、記憶部２４に記憶されている予め登録された予約者５の顔画像又はその特徴量とに基づく顔認識処理により、予約者５が運転席に座っていることを検知してもよい。

また、車内検知部２２は、車内画像に基づき、予め登録された予約者５以外の運転手が運転席に座っていることを検知する。当該検知は、予約者５が車両６の運転席に座っていることの検知と同様にして実現できる。

そして、許可出力部２３は、予約者５が運転席に座っていることが検知されると、予約された車両６の走行許可を出力する。

また、許可出力部２３は、予め登録された予約者５以外の運転手が運転席に座っていることが検知された場合、さらに、予約者５が車両６の車内に存在することが検知されると、予約された車両６の走行許可を出力する。すなわち、許可出力部２３は、予約者５が予約された車両６の車内に存在することが検知され、かつ、予め登録された運転手が運転席に座っていることが検知されると、予約された車両６の走行許可を出力する。

本実施形態の走行制御装置２０の処理の流れの一例は、第５の実施形態で説明した第１乃至第３の例と概ね同様であるが、図１９のＳ７１の走行許可条件を満たすか否かの判断の処理の流れが異なる。以下、図２１のフローチャートを用いて、図１９のＳ７１の判断の処理の流れの一例を説明する。

車内検知部２２は、車内画像取得部２１が取得した車内画像と、記憶部２４に記憶されている予め登録された予約者５の顔画像又はその特徴量とに基づく顔認識処理により、予約者５が車両６の運転席に座っているか判断する（Ｓ９０）。

予約者５が車両６の運転席に座っている場合（Ｓ９０のＹｅｓ）、走行許可条件を満たす（Ｓ９１）。

一方、予約者５が車両６の運転席に座っていない場合（Ｓ９０のＮｏ）、車内検知部２２は、車内画像取得部２１が取得した車内画像と、記憶部２４に記憶されている予め登録された予約者５以外の運転手の顔画像又はその特徴量とに基づく顔認識処理により、予め登録された予約者５以外の運転手が車両６の運転席に座っているか判断する（Ｓ９２）。

予め登録された予約者５以外の運転手が車両６の運転席に座っていない場合（Ｓ９２のＮｏ）、走行許可条件を満たさない（Ｓ９４）。

一方、予め登録された予約者５以外の運転手が車両６の運転席に座っている場合（Ｓ９２のＹｅｓ）、車内検知部２２は、車内画像取得部２１が取得した車内画像と、記憶部２４に記憶されている予め登録された予約者５の顔画像又はその特徴量とに基づく顔認識処理により、予約者５が車両６の車内に存在するか判断する（Ｓ９３）。

予約者５が車両６の車内に存在する場合（Ｓ９３のＹｅｓ）、走行許可条件を満たす（Ｓ９１）。一方、予約者５が車両６の車内に存在しない場合（Ｓ９３のＮｏ）、走行許可条件を満たさない（Ｓ９４）。

本実施形態のカーシェアリングシステムのその他の構成は、第５の実施形態と同様である。

以上、本実施形態のカーシェアリングシステムによれば、第５の実施形態と同様の作用効果が実現される。また、本実施形態のカーシェアリングシステムによれば、予約者５又は予め登録した運転手以外の人間の運転による車両６の利用を効果的に制限できる。

＜第７の実施形態＞
第５及び第６の実施形態の走行制御装置２０によれば、「予約者５が車内に存在しない状態」や、「予約者５又は予め登録された運転手が運転席に座っていない状態」でのエンジン始動やモータ始動を制限できる。しかし、エンジンやモータを始動させた後に、予約者５が下車したり、予約者５又は予め登録した運転手以外の人間が運転席に座って運転したりする不正行為が行われる可能性がある。

本実施形態の走行制御装置２０は、このような不正行為を制限する機能を備える。具体的には、走行制御装置２０は、エンジン又はモータが始動した後、所定の認証条件を満たすごとに繰り返し車内画像を取得し、「予約者５が車内に存在するか」、「予約者５又は予め登録された運転手が運転席に座っているか」等を判断する。そして、判断結果に応じた処理を実行する。

走行制御装置２０の機能ブロック図の一例は、第５及び第６の実施形態と同様に図１８で示される。

車内画像取得部２１は、エンジン又はモータが始動した後、所定の認証条件を満たすか否かの監視を継続する。そして、認証条件を満たしたと判断した場合、車内画像取得部２１は車内カメラに新たな車内画像を要求する。車内カメラは、要求に応じて新たな車内画像を車内画像取得部２１に入力する。車内画像取得部２１は、エンジン又はモータが駆動している間、当該監視を継続してもよい。

所定の認証条件は、例えば、車両６のドアが開いたこと、車両６のシートベルトが外されたこと、又は、車両６が走行していない状態（停止し続けている状態）が所定時間以上継続したことである。これらが検知された場合、予約者５が下車したり、運転手が変わったりする可能性がある。

車内検知部２２は、新たな車内画像に基づき、予約者５が車両６の車内に存在すること、予約者５が車両６の運転席に座っていること、予め登録された運転手が車両６の運転席に座っていること等を検知する。

許可出力部２３は、予約者５が車両６の車内に存在することが検知されなかった場合、エラー処理を実行する。また、許可出力部２３は、予約者５又は予め登録された運転手が車両６の運転席に座っていることが検知されなかった場合、エラー処理を実行する。実行されるエラー処理は、以下の第１のエラー処理又は第２のエラー処理である。

「第１のエラー処理」
第１のエラー処理は、カーシェアリングサービスを提供する事業体への通知である。例えば、走行制御装置２０は、通信ネットワークを介して通知を行う。通知の内容には、エラー内容（予約者５が車両６の車内に存在しない、予約者５及び予め登録された運転手以外の人間が運転している等）、車両６の車両識別情報、予約者５の情報（氏名等）、車内画像等が含まれてもよい。

なお、許可出力部２３は、事業体への通知の前に、利用者への警告を行ってもよい。許可出力部２３は、ディスプレイ、スピーカ等の出力装置を介してエラー内容を通知し、それの改善を要求してもよい。そして、警告後、所定時間以上、エラー状態が改善されないまま車両６の走行が継続された場合、許可出力部２３は、上記事業体への通知を行ってもよい。

「第２のエラー処理」
第２のエラー処理は、エンジン又はモータの停止である。これにより、車両６の走行ができない状態となる。

なお、許可出力部２３は、エンジン又はモータの停止の前に、利用者への警告を行ってもよい。許可出力部２３は、ディスプレイ、スピーカ等の出力装置を介してエラー内容を通知し、それの改善を要求してもよい。そして、警告後、所定時間以上、エラー状態が改善されないまま車両６の走行が継続された場合、許可出力部２３は、エンジン又はモータを停止してもよい。

なお、走行中にエンジン又はモータを停止すると危険なので、許可出力部２３は、車両６が動いていない状態でエンジン又はモータを停止してもよい。また、エンジン又はモータの停止前に、「エラー状態が改善されませんので、Ｍ分後にエンジン又はモータを停止します。安全な場所に車両６を移動後、停止して下さい。」等の警告を出力してもよい。

次に、図２２のフローチャートを用いて、走行制御装置２０の処理の流れの一例を説明する。

車内画像取得部２１は、エンジン又はモータが始動した後、所定の認証条件を満たすか否かの監視を継続する（Ｓ１００）。そして、認証条件を満たしたと判断した場合（Ｓ１００のＹｅｓ）、車内画像取得部２１は車内カメラに新たな車内画像を要求し、新たな車内画像を取得する（Ｓ１０１）。

その後、車内検知部２２は、走行許可条件を満たすか判断する（Ｓ１０２）。Ｓ１０２の判断の処理の流れは、図２０又は図２１のフローチャートで示される。なお、これらのフローチャートの説明は上述の通りであるので、ここでは省略する。

走行許可条件を満たさない場合（Ｓ１０２のＮｏ）、許可出力部２３は上述したエラー処理を実行する（Ｓ１０３）。一方、走行許可条件を満たす場合（Ｓ１０２のＹｅｓ）、許可出力部２３は上述したエラー処理を実行しない。

次に、図２３のフローチャートを用いて、走行制御装置２０の処理の流れの他の一例を説明する。

車内画像取得部２１は、エンジン又はモータが始動した後、所定の認証条件を満たすか否かの監視を継続する（Ｓ１１０）。そして、認証条件を満たしたと判断した場合（Ｓ１１０のＹｅｓ）、車内画像取得部２１は車内カメラに新たな車内画像を要求し、新たな車内画像を取得する（Ｓ１１１）。

その後、車内検知部２２は、走行許可条件を満たすか判断する（Ｓ１１２）。Ｓ１１２の判断の処理の流れは、図２０又は図２１のフローチャートで示される。なお、これらのフローチャートの説明は上述の通りであるので、ここでは省略する。

走行許可条件を満たさない場合（Ｓ１１２のＮｏ）、許可出力部２３は車両６のシフトレバーの状態を確認する。シフトレバーがパーキング以外に入っている場合（Ｓ１１３のＮｏ）、許可出力部２３は上述したエラー処理を実行する（Ｓ１１４）。一方、シフトレバーがパーキングに入っている場合（Ｓ１１３のＹｅｓ）、Ｓ１１１に戻り、車内画像の取得（Ｓ１１１）、及び、走行許可条件を満たすか否かの判断（Ｓ１１２）を繰り返す。

また、走行許可条件を満たさない場合（Ｓ１１２のＹｅｓ）、許可出力部２３は上述したエラー処理を実行しない。

なお、本実施形態では、所定の認証条件を満たすと、車内画像の取得、走行許可条件を満たすか否かの判断及び判断結果に応じた処理を実行するとしたが、変形例として、エンジン又はモータが駆動している間これらの処理を継続してもよい。

本実施形態のカーシェアリングシステムのその他の構成は、第５及び第６の実施形態と同様である。

以上、本実施形態のカーシェアリングシステムによれば、第５及び第６の実施形態と同様の作用効果が実現される。

また、本実施形態のカーシェアリングシステムによれば、エンジンやモータを始動させた後に、「予約者５が車内に存在すること」や、「予約者５又は予め登録された運転手が運転席に座っていること」等を検知する処理を行い、検知できなかった場合にエラー処理を実行することができる。このため、エンジンやモータを始動させた後に、予約者５が下車したり、予約者５又は予め登録した運転手以外の人間が運転席に座って運転したりする不正行為を効果的に制限できる。

また、本実施形態のカーシェアリングシステムによれば、走行中の車両に対する上記エラー処理として警告などを行い、走行中の車両を直ちに走行不可な状態にしない。このため、安全性を担保しつつ、不正利用を制限できる。

また、本実施形態のカーシェアリングシステムによれば、予約された車両６のドアが開いたことや、予約された車両６のシートベルトが外されたことや、車両６が走行していない状態が所定時間以上継続したことなど、予約者５が下車したり、運転手が変わったりする可能性がある行為の検知に応じて、「予約者５が車内に存在すること」や、「予約者５又は予め登録された運転手が運転席に座っていること」等を検知する処理を実行することができる。結果、不要な検知処理が回避されるので、コンピュータの処理負担が軽減される。

また、本実施形態のカーシェアリングシステムによれば、シフトレバーがパーキングに入っていない場合に、上述したエラー処理を実行することができる。シフトレバーがパーキングに入っている時は、車両６の走行の意図はなく、単に休憩で予約者５が下車したり、運転以外の意図で予約者５又は予め登録された運転手以外の人間が運転席に座ったりし得る。このような場合にエラー処理を実行すると、利便性が悪くなる。本実施形態のカーシェアリングシステムによれば、適切なタイミングでエラー処理を実行できるので、不必要なエラー処理の実行による利便性の悪化を回避できる。

＜第８の実施形態＞
図２４の機能ブロック図に示すように、本実施形態のカーシェリングシステムでは、車載装置４と通信可能に構成されたサーバ３が走行制御装置２０を備える。なお、サーバ３は、ドアロック制御装置１０をさらに備えてもよい。本実施形態のカーシェリングシステムによれば、第１乃至第７の実施形態と同様の作用効果が実現される。

なお、本明細書において、「取得」とは、ユーザ入力に基づき、又は、プログラムの指示に基づき、「自装置が他の装置や記憶媒体に格納されているデータを取りに行くこと（能動的な取得）」、たとえば、他の装置にリクエストまたは問い合わせして受信すること、他の装置や記憶媒体にアクセスして読み出すこと等を含んでもよい。また、「取得」とは、ユーザ入力に基づき、又は、プログラムの指示に基づき、「自装置に他の装置から出力されるデータを入力すること（受動的な取得）」、たとえば、配信（または、送信、プッシュ通知等）されるデータを受信すること等を含んでもよい。また、「取得」とは、受信したデータまたは情報の中から選択して取得すること、及び、「データを編集（テキスト化、データの並び替え、一部データの抽出、ファイル形式の変更等）などして新たなデータを生成し、当該新たなデータを取得すること」を含んでもよい。

上記の実施形態の一部又は全部は、以下の付記のようにも記載されうるが、以下には限定されない。
１． 予約された車両が存在する敷地内を撮影するカメラが生成した敷地内画像を取得する敷地内画像取得手段と、
前記敷地内画像に基づき、予約者が前記敷地内に存在することを検知する敷地内検知手段と、
前記予約者が前記敷地内に存在することが検知されると、前記予約された車両のドアロックを解除する指示を出力する解除指示出力手段と、
を有するドアロック制御装置。
２． 前記敷地内検知手段は、予め登録された前記予約者の顔画像又は前記顔画像の特徴量と、前記敷地内画像とに基づき、前記予約者が前記敷地内に存在することを検知する１に記載のドアロック制御装置。
３． 前記解除指示出力手段は、前記予約者が前記敷地内に存在することが検知され、かつ、予め登録された利用開始日時になると、前記予約された車両のドアロックを解除する指示を出力する１又は２に記載のドアロック制御装置。
４． 前記指示は、前記指示を取得してから所定時間経過後にドアロックを解除することを示す１から３のいずれかに記載のドアロック制御装置。
５． 前記解除指示出力手段は、前記指示を出力する条件を満たしてから所定時間経過後に、前記指示を出力する１から３のいずれかに記載のドアロック制御装置。
６． 前記解除指示出力手段は、前記予約者に関する情報、前記敷地内における前記予約者の位置、前記予約された車両に関する情報及び前記敷地内における前記予約された車両の位置の中の少なくとも１つに基づき、前記所定時間を決定する４又は５に記載のドアロック制御装置。
７． サーバ、又は、前記予約された車両に搭載された車載装置が備える１から６のいずれかに記載のドアロック制御装置。
８． コンピュータが、
予約された車両が存在する敷地内を撮影するカメラが生成した敷地内画像を取得し、
前記敷地内画像に基づき、予約者が前記敷地内に存在することを検知し、
前記予約者が前記敷地内に存在することが検知されると、前記予約された車両のドアロックを解除する指示を出力するドアロック制御方法。
９． コンピュータを、
予約された車両が存在する敷地内を撮影するカメラが生成した敷地内画像を取得する敷地内画像取得手段、
前記敷地内画像に基づき、予約者が前記敷地内に存在することを検知する敷地内検知手段、
前記予約者が前記敷地内に存在することが検知されると、前記予約された車両のドアロックを解除する指示を出力する解除指示出力手段、
として機能させるプログラム。
１０． 外部装置からドアロックを解除する指示を取得する指示取得手段と、
前記指示を取得してから所定時間が経過したことを検知すると、車両のドアロックを解除するロック制御手段と、
を有する車載装置。
１１． 前記指示取得手段は、前記所定時間を示す前記指示を取得する１０に記載の車載装置。
１２． ドアロックを解除する指示を取得する指示取得手段と、
前記指示を取得した後、車両の周囲で人又は予約者を検知すると、車両のドアロックを解除するロック制御手段と、
を有する車載装置。

以上、実施形態（及び実施例）を参照して本願発明を説明したが、本願発明は上記実施形態（及び実施例）に限定されるものではない。本願発明の構成や詳細には、本願発明のスコープ内で当業者が理解し得る様々な変更をすることができる。

この出願は、２０１９年９月２６日に出願された日本出願特願２０１９－１７５０７３号を基礎とする優先権を主張し、その開示の全てをここに取り込む。

１Ａ プロセッサ
２Ａ メモリ
３Ａ 入出力Ｉ／Ｆ
４Ａ 周辺回路
５Ａ バス
１ 敷地
２ カメラ
３ サーバ
４ 車載装置
５ 予約者
６ 車両
１０ ドアロック制御装置
１１ 敷地内画像取得部
１２ 敷地内検知部
１３ 解除指示出力部
１４ 記憶部
１５ 指示取得部
１６ ロック制御部
１７ 記憶部
２０ 走行制御装置
２１ 車内画像取得部
２２ 車内検知部
２３ 許可出力部
２４ 記憶部

Claims (8)

1. 車両が存在する敷地内に設置されたカメラが撮影する画像を取得する敷地内画像取得手段と、
   前記車両の予約された利用者が前記画像に写っていることを検知する敷地内検知手段と、
   前記利用者が前記画像に写っていることが検知されると、前記車両のドアロックを、所定の条件を満たす場合に解除することを示す指示を出力する解除指示出力手段と、
   を備えるシステム。
2. 前記解除指示出力手段は、前記指示として、前記車両のドアロックを、前記車両の周囲で前記利用者が検知された場合に解除することを示す指示を出力する、
   請求項１に記載のシステム。
3. 前記解除指示出力手段は、前記指示として、前記車両のドアロックを、前記車両が備える情報収集装置で収集される情報に基づき前記車両の周囲で前記利用者が検知された場合に解除することを示す指示を出力する、
   請求項２に記載のシステム。
4. 前記敷地内検知手段は、前記画像に対する顔認識処理により、前記利用者が前記画像に写っていることを検知する、
   請求項１乃至３のいずれか１項に記載のシステム。
5. 前記カメラは、前記敷地内に設置された操作端末に備えられ、当該操作端末に対して所定の入力が行われた場合に前記画像を撮影する、
   請求項１乃至４のいずれか１項に記載のシステム。
6. 車両が存在する敷地内に設置されたカメラが撮影する画像を取得する敷地内画像取得手段と、
   前記車両の予約された利用者が前記画像に写っていることを検知する敷地内検知手段と、
   前記利用者が前記画像に写っていることが検知されると、前記車両のドアロックを、所定の条件を満たす場合に解除することを示す指示を出力する解除指示出力手段と、
   を備えるドアロック制御装置。
7. 車両が存在する敷地内に設置されたカメラが撮影する画像を取得し、
   前記車両の予約された利用者が前記画像に写っていることを検知し、
   前記利用者が前記画像に写っていることが検知されると、前記車両のドアロックを、所定の条件を満たす場合に解除することを示す指示を出力する、
   ドアロック制御方法。
8. コンピュータを、
   車両が存在する敷地内に設置されたカメラが撮影する画像を取得する敷地内画像取得手段、
   前記車両の予約された利用者が前記画像に写っていることを検知する敷地内検知手段と、
   前記利用者が前記画像に写っていることが検知されると、前記車両のドアロックを、所定の条件を満たす場合に解除することを示す指示を出力する解除指示出力手段、
   として機能させるプログラム。

Images