JP2020094346A - 車両用開錠装置及びこれを備えた車両、並びに開錠システム - Google Patents

Abstract

【課題】事前に開錠する人の情報の登録を要することなく、車両の不正な開錠を抑止することが可能な車両用開錠装置を提供する。【解決手段】車両用開錠装置２６は、車両毎に付与されるＩＤコードを車両１２の周辺に居る人が所持しているスマートフォン１４から受信する受信機４２と、制御装置３０とを備えている。制御装置３０は、車両１２に設けられたバックモニタカメラ４０により撮像された映像を取得し、受信されたＩＤコードが車両１２に対応するＩＤコードであり、かつ人の映像を取得した場合にドアロック装置２４を開錠させる。【選択図】図１

Description

本発明は、車両用開錠装置及びこれを備えた車両、並びに開錠システムに関する。

特許文献１には、車両に搭載され、カメラが撮影した画像と認証用画像とが一致した場合にドアロックを開錠するキーレスエントリー装置が開示されている。当該キーレスエントリー装置では、予め画像メモリに登録された認証用画像を使用した判定が行われている。

特開２００４−２７０３４７号公報

近年、宅配など荷物を配送するサービスの一つとして、お客様が指定した車両のラゲッジルーム等に荷物を届ける配送サービスが開始されている。このような配送サービスにおいては、車両の不正な開錠を抑止すべく、開錠した人を特定することが望ましい。ここで、特許文献１のようなキーレスエントリー装置を当該サービスの対象となる車両に適用した場合、配送に携わる不特定多数の人、全ての認証用画像を車両側で保存することは現実的ではない。また、認証用画像を通信により取得する方法も考えられるが、車両が地下駐車場等の通信不能の場所に存在する場合、認証用画像を取得できずに開錠を行うことができない。

本発明は、上記の事情に鑑み、事前に開錠する人の情報の登録を要することなく、車両の不正な開錠を抑止することが可能な車両用開錠装置を提供することを目的とする。

請求項１に記載の車両用開錠装置は、車両毎に付与される識別情報を特定の前記車両である特定車両の周辺に居る人が所持している端末から受信する受信部と、前記特定車両に設けられた撮像部により撮像された映像を取得する取得部と、受信された前記識別情報が前記特定車両に対応する前記識別情報であり、かつ前記取得部が前記人の映像を取得した場合に前記車両の施錠部を開錠させる制御部と、を備えている。

請求項１に記載の車両用開錠装置は、車両の周辺に居る人が所持している端末により車両の施錠部を開錠する場合に適用される。当該車両用開錠装置に識別情報を送信する「端末」には、例えば、スマートフォン等のネットワークに接続されている通信端末、及びキーレスエントリー装置における携帯機等が含まれる。当該車両用開錠装置は、受信された識別情報が開錠する車両に対応する識別情報であって、なおかつ、撮像部により端末を所持している人の映像が取得された場合に施錠部を開錠するように構成されている。当該車両用開錠装置によれば、事前に開錠する人の情報の登録を要することなく、車両の不正な開錠を抑止することができる。

請求項２に記載の車両用開錠装置は、請求項１に記載の車両用開錠装置において、前記制御部は、撮像された前記映像において、前記人の顔が所定の割合を超えて含む場合に、前記施錠部を開錠させる。

請求項２に記載の車両用開錠装置は、端末を所持している人の映像において、顔が所定の割合を超えて撮像されていることを開錠の条件としている。当該車両用開錠装置によれば、簡易な手段で端末を所持している人を特定する精度を向上させることができる。

請求項３に記載の車両用開錠装置は、請求項１又は２に記載の車両用開錠装置において、前記制御部は、撮像された前記映像において、前記人の顔が所定の要素を含む場合に、前記施錠部を開錠させる。

請求項３に記載の車両用開錠装置は、人の顔の映像において、所定の要素を含むことを開錠の条件としている。ここで、「所定の要素」とは、目、鼻及び口等、撮像された人物を特定可能とする顔の部位を指す。当該車両用開錠装置によれば、サングラスやマスクで顔を隠した場合等、撮像された人物が特定できない場合における開錠を抑制することができる。

請求項４に記載の車両用開錠装置は、請求項１〜３の何れか１項に記載の車両用開錠装置において、前記制御部は、受信された前記識別情報が前記特定車両に対応する識別情報である場合に、前記映像を撮像可能な状態とする。

請求項４に記載の車両用開錠装置では、制御部が、受信した識別情報を特定車両に対応する識別情報と判定した場合に撮像可能な状態となり、それ以外の場合は撮像に係る装置の電源を停止させることができる。当該車両用開錠装置によれば、不必要な電力の消費を抑制することができる。

請求項５に記載の車両用開錠装置は、特定の車両である特定車両に設けられた撮像部により撮像された映像を取得する取得部と、前記取得部が前記特定車両の周辺に居る人が所持している端末に表示された識別画像を取得した場合に、前記識別画像から複数の前記車両毎に付与される識別情報と前記人又は前記端末の固有情報とを抽出する抽出部と、抽出された前記識別情報が前記特定車両に対応する前記識別情報であり、かつ前記固有情報を取得した場合に前記特定車両の施錠部を開錠させる制御部と、を備えている。

請求項５に記載の車両用開錠装置は、車両の周辺に居る人が所持している端末により車両の施錠部を開錠する場合に適用される。当該車両用開錠装置に識別画像を表示する「端末」には、例えば、スマートフォン等のネットワークに接続され、かつ表示部を有する通信端末が含まれる。当該車両用開錠装置は、取得した識別画像から抽出された識別情報が開錠する車両に対応する識別情報であって、なおかつ、識別画像から抽出された固有情報を取得できた場合に車両を開錠するように構成されている。当該車両用開錠装置によれば、事前に開錠する人の情報の登録を要することなく、車両の不正な開錠を抑止することができる。

請求項６に記載の車両は、請求項１〜５のいずれか１項に記載の車両用開錠装置と、乗員が車外を視認するために設けられている前記撮像部と、車内と車外とを区切る開閉部の施錠及び開錠を行う前記施錠部と、を備えている。

請求項６に記載の車両は、乗員が車外を視認するための撮像部が予め設けられている。この撮像部は、例えば、バックモニタカメラ、ブラインドスポットモニタ用のカメラ、電子ミラー用のカメラ等、他の装置に係るものが該当する。当該車両によれば、予め車両に搭載された撮像部を使用することで、車両用開錠装置に係るコストを抑制することができる。

請求項７に記載の開錠システムは、一時的に利用可能な前記識別情報を有するサーバと、前記サーバから送信された前記識別情報を受信する前記端末と、請求項６に記載の車両と、を含んでいる。

請求項７に記載の開錠システムは、車両の開錠に際し、サーバから端末に一時的に利用可能な識別情報を提供するものである。当該開錠システムによれば、繰り返しの開錠を抑制することができるため、車両の不正な開錠を抑止することができる。

本発明によれば、事前に開錠する人の情報の登録を要することなく、車両の不正な開錠を抑止することができる。

実施形態に係る開錠システムの概略構成を示す図である。 実施形態に係る開錠システムであって、車両の構造を示す図である。 車両用開錠装置のハードウェア構成を示すブロック図である。 第１の実施形態の車両用開錠装置におけるＣＰＵの機能構成の例を示すブロック図である。 スマートフォンのハードウェア構成を示すブロック図である。 第１の実施形態のスマートフォンにおけるアプリケーションの例を示す図である。 管理サーバのハードウェア構成を示すブロック図である。 第１の実施形態の開錠システムにおける処理の流れを示すシーケンス図である。 第１の実施形態の車両用開錠装置において実行される開錠処理の流れの一例を示すフローチャートである。 第２の実施形態の開錠システムにおいて、証明コードを撮像する例を示す図である。 第２の実施形態の車両用開錠装置におけるＣＰＵの機能構成の例を示すブロック図である。 第２の実施形態のスマートフォンにおけるＣＰＵの機能構成の例を示すブロック図である。 第２の実施形態の開錠システムにおける処理の流れを示すシーケンス図である。 第２の実施形態の車両用開錠装置において実行される開錠処理の流れの一例を示すフローチャートである。

図１〜図１４を用いて本発明の実施形態に係る開錠システム、車両及び車両用開錠装置について説明する。実施形態に係る開錠システム１０は、配送業者が荷物を配送先の一つである車両１２に配送する場合に適用可能である。車両１２は、荷物が格納される特定車両に相当する。車両１２には、車両用開錠装置（以下、単に「開錠装置」とする）２６が搭載されている。

［第１の実施形態］
図１は、第１の実施形態に係る開錠システム１０の概略構成を示すブロック図である。

（全体構成）
図１に示されるように、本実施形態に係る開錠システム１０は、車両１２と、車両１２を開錠するための端末としてのスマートフォン１４と、スマートフォン１４にＩＤコードを配信するサーバとしての管理サーバ１６と、を含んで構成されている。また、開錠システム１０は、車両１２を開錠するための車両１２専用の携帯機であるリモコンキー５０を含んでいる。

車両１２、スマートフォン１４及び管理サーバ１６は、それぞれネットワークＮ１を介して通信可能に構成されている。ここで、車両１２は、ネットワークＮ１に接続される後述する通信装置４４を備えている。ネットワークＮ１は、３ＧやＬＴＥ等の移動体通信サービスやインターネット回線が含まれる。また、車両１２はスマートフォン１４及びリモコンキー５０からのネットワークを介さないローカルの通信Ｎ２を直接、受信可能に構成されている。この通信Ｎ２は、無線通信、及び赤外線通信が含まれる。

（車両）
図２に示されるように、車両１２は、配送される荷物Ｐを収容可能なラゲッジルーム２０と、車両後方側においてラゲッジルーム２０を開閉可能に覆う開閉部としてのバックドア２２と、を含んで構成されている。このバックドア２２は車内と車外とを区切るものであって、ラゲッジルーム２０は車内に相当する。

バックドア２２は、施錠部としてのドアロック装置２４により施錠及び開錠の切り替えが可能とされている。このドアロック装置２４は、バックドア２２をロックさせるロック機構（図示省略）と、ロック機構を駆動させるアクチュエータ２４Ａと、バックドア２２のラッチ状態を電動で解除するためのバックドアオープンスイッチ２４Ｂと、を含んでいる（図３参照）。ドアロック装置２４における「施錠」とは、バックドア２２がロック状態であることを指し、「開錠」とは、バックドア２２がアンロック状態であることを指す。

また、本実施形態のバックドア２２には撮像部としてのバックモニタカメラ４０が設けられている。バックモニタカメラ４０は、車両１２の後方視界を補助するためのカメラであって、撮像した映像は車室２１に設けられた表示装置（図示省略）に表示可能とされている。また、本実施形態のバックモニタカメラ４０は、車両１２の周辺、詳しくは車両後方側に立つ人である配達員Ｍを撮像可能に構成されている。なお、配達員Ｍを撮像した映像は動画に限らず、静止画であってもよい。

図１又は図３に示されるように、車両１２は、上述したドアロック装置２４、バックモニタカメラ４０の他、開錠装置２６及び通信装置４４を備えている。ドアロック装置２４、バックモニタカメラ４０及び通信装置４４は、開錠装置２６と電気的に接続されている。また、開錠装置２６は、制御装置３０と、受信部としての受信機４２とを備えている。なお、本実施形態は、通信装置４４を開錠装置２６と別体で構成しているが、これに限らず、通信装置４４を開錠装置２６に含めて構成してもよい。

本実施形態の開錠装置２６は、リモコンキー５０から送信されたＩＤコードが車両１２に固有のＩＤコードである場合に開錠する。また、開錠装置２６は、スマートフォン１４から送信されたＩＤコードが車両１２に固有のＩＤコードである場合で、かつバックモニタカメラ４０により配達員Ｍが撮像された場合にドアロック装置２４を開錠させる。ここで、本実施形態のＩＤコードは車両毎に付与される識別情報である。本実施形態のＩＤコードの一例としてタイムスタンプが含まれるワンタイムパスワードであって、スマートフォン１４では一時的に利用可能とされている。

図３に示されるように、制御装置３０は、ハードウェアであるプロセッサの一例であるＣＰＵ（Central Processing Unit）３２、ＲＯＭ（Read Only Memory）３３、ＲＡＭ（Random Access Memory）３４、ストレージ３５、入出力インターフェイス（Ｉ／Ｏ）３６を備えている。ＣＰＵ３２、ＲＯＭ３３、ＲＡＭ３４、ストレージ３５及びＩ／Ｏ３６は、バス３８を介して相互に接続されている。

ＣＰＵ３２は、中央演算処理ユニットであり、各種プログラムを実行したり、各部を制御したりする。すなわち、ＣＰＵ３２は、ＲＯＭ３３からプログラムを読み出し、ＲＡＭ３４を作業領域としてプログラムを実行する。本実施形態では、ＲＯＭ３３に実行プログラムが記憶されている。ＣＰＵ３２は、実行プログラムを実行することで、図４に示す映像取得部１００、映像判定部１０２、ロック制御部１０４、映像出力部１０６及び待機処理部１０８として機能する。

ＲＯＭ３３は、開錠に係る処理をＣＰＵ３２に実行させるための実行プログラム、及び車両１２に毎に付与されるＩＤコードに係るデータを記憶している。ＲＡＭ３４は、作業領域として一時的にプログラム又はデータを記憶する。

記憶部としてのストレージ３５は、一例として、ＨＤＤ（Hard Disk Drive）又はＳＳＤ（Solid State Drive）により構成され、バックモニタカメラ４０により撮像された映像を記憶することができる。

Ｉ／Ｏ３６には、受信機４２と、ドアロック装置２４と、バックモニタカメラ４０と、通信装置４４とが接続されている。なお、開錠装置２６と各装置とは、各種ＥＣＵ（Electronic Control Unit）を介して接続されていてもよい。例えば、ドアロック装置２４はボデーＥＣＵを介して接続されていてもよく、バックモニタカメラ４０はカーナビゲーションシステム用のＥＣＵを介して接続されていてもよい。また、開錠装置２６と各装置とは、ＣＡＮ（controller area network）を介して接続されていてもよい。

図４は、本実施形態のＣＰＵ３２の機能構成の例を示すブロック図である。図４に示されるように、ＣＰＵ３２は、映像取得部１００、映像判定部１０２、ロック制御部１０４、映像出力部１０６及び待機処理部１０８を有している。各機能構成は、ＣＰＵ３２がＲＯＭ３３に記憶された実行プログラムを読み出し、これを実行することによって実現される。

取得部としての映像取得部１００は、車両１２のバックモニタカメラ４０により撮像された映像を取得する機能を有している。取得された映像はストレージ３５に記憶される。

映像判定部１０２は、バックモニタカメラ４０により撮像された映像に配達員Ｍの映像が含まれているか否かを判定する機能を有している。

制御部としてのロック制御部１０４は、開錠装置２６を制御する機能を有している。本実施形態では、受信されたＩＤコードが車両１２に対応するＩＤコードである場合を開錠のための第一の開錠条件とし、映像取得部１００が配達員Ｍの映像を取得した場合を第二の開錠条件としている。そして、ロック制御部１０４は、第一の開錠条件と第二の開錠条件とを共に満たした場合にドアロック装置２４を開錠させる。

映像出力部１０６は、バックモニタカメラ４０により撮像された映像を管理サーバ１６に出力する機能を有している。具体的に映像出力部１０６は、ＲＡＭ３４に一時記憶された映像、又はストレージ３５に記憶された映像を、通信装置４４を介して管理サーバ１６に送信する。

待機処理部１０８は、バックモニタカメラ４０及び通信装置４４の電源を制御する機能を有している。本実施形態の待機処理部１０８は、バックモニタカメラ４０及び通信装置４４の電源がＯＦＦとなるスリープ状態と、バックモニタカメラ４０及び通信装置４４の電源がＯＮとなるスリープ解除状態との制御を実行する。本実施形態の待機処理部１０８は、第一の開錠条件が成立した場合にスリープ状態からスリープ解除状態に移行させる。

（スマートフォン）
スマートフォン１４は、配達員Ｍが所持する通信端末である。本実施形態のスマートフォン１４は、管理サーバ１６からＩＤコードを受信すると共に、当該ＩＤコードを開錠装置２６に送信することでドアロック装置２４の開錠が可能に構成されている。図５に示されるように、スマートフォン１４は、制御装置７０と、タッチパネル１４Ａと、通信装置１４Ｂとを含んで構成されている。

制御装置７０は、ハードウェアであるプロセッサの一例であるＣＰＵ７２、ＲＯＭ７３、ＲＡＭ７４、ストレージ７５、Ｉ／Ｏ７６を備えている。ＣＰＵ７２、ＲＯＭ７３、ＲＡＭ７４、ストレージ７５及びＩ／Ｏ７６は、バス７８を介して相互に接続されている。

ＣＰＵ７２、ＲＯＭ７３、ＲＡＭ７４、ストレージ７５及びＩ／Ｏ７６は、バス７８の各機能については、上述したＣＰＵ３２、ＲＯＭ３３、ＲＡＭ３４、ストレージ３５及びＩ／Ｏ３６と同じである。なお、本実施形態のストレージ７５としては、スマートフォン内部のストレージの他、マイクロＳＤカードが適用可能である。

ＣＰＵ７２は、ＲＯＭ７３からプログラムを読み出し、ＲＡＭ７４を作業領域としてプログラムを実行する。本実施形態では、ＲＯＭ７３に、開錠操作を行うためのアプリケーションプログラムが記憶されている。ＣＰＵ７２は、アプリケーションプログラムを実行することで、配達員Ｍによる操作を受け付ける操作処理部、及びＩＤコードを配信する配信部として機能する。

本実施形態の制御装置７０には、Ｉ／Ｏ７６を介してタッチパネル１４Ａ及び通信装置１４Ｂが接続されている。なお、タッチパネル１４Ａ及び通信装置１４Ｂは、バス７８に対して直接接続されていてもよい。

図６に示されるように、アプリケーションプログラムが実行されると、操作処理部としてのＣＰＵ７２はタッチパネル１４Ａ上に、開いた南京錠が描かれた開錠アイコン６０と、閉じた南京錠が描かれた施錠アイコン６１とを表示させる。配達員Ｍがタッチパネル１４Ａに触れた指Ｆを施錠アイコン６１から開錠アイコン６０に向けてスワイプすることで、操作処理部において操作が受け付けられ、配信部としてのＣＰＵ７２が車両１２の開錠装置２６に向けてＩＤコードを送信する。

（管理サーバ）
管理サーバ１６は、配達員Ｍが所持するスマートフォン１４に向けて、開錠する車両１２用のＩＤコードを送信する機能を有している。また、管理サーバ１６は、車両１２において撮像された配達員Ｍの映像を収集する機能を有している。図７に示されるように、管理サーバ１６は、制御装置８０と、通信装置１６Ｂとを含んで構成されている。

制御装置８０は、ハードウェアであるプロセッサの一例であるＣＰＵ８２、ＲＯＭ８３、ＲＡＭ８４、ストレージ８５、Ｉ／Ｏ８６を備えている。ＣＰＵ８２、ＲＯＭ８３、ＲＡＭ８４、ストレージ８５及びＩ／Ｏ８６は、バス８８を介して相互に接続されている。

ＣＰＵ８２、ＲＯＭ８３、ＲＡＭ８４、ストレージ８５及びＩ／Ｏ８６は、バス８８の各機能については、上述したＣＰＵ３２、ＲＯＭ３３、ＲＡＭ３４、ストレージ３５及びＩ／Ｏ３６と同じである。

ＣＰＵ８２は、ストレージ８５からプログラムを読み出し、ＲＡＭ８４を作業領域としてプログラムを実行する。本実施形態では、ストレージ８５に、ＩＤコードを管理すると共に、車両１２において撮像された映像を収集するための処理プログラムが記憶されている。ＣＰＵ８２は、処理プログラムを実行することで、ＩＤコードを配信する配信部、及び映像を収集する収集部として機能する。

本実施形態の制御装置８０には、Ｉ／Ｏ８６を介して通信装置１６Ｂが接続されている。なお、通信装置１６Ｂは、バス８８に対して直接接続されていてもよい。

また、本実施形態の管理サーバ１６は、ストレージ８５において車両１２への配送サービスを希望するユーザのユーザ情報を管理している。このユーザ情報には、車両１２の使用者であるユーザのユーザＩＤ、住所及び連絡先等の個人情報、並びに車両１２を開錠するためのＩＤコードに係るデータが記憶されている。管理サーバ１６では、所定の契機において配信部としてのＣＰＵ８２が通信装置１６Ｂを通じてＩＤコードを送信する。

また、管理サーバ１６では、収集部としてのＣＰＵ８２が複数の開錠装置２６から映像を収集する。管理サーバ１６は、収集した配達員Ｍの映像をユーザＩＤ毎に記憶している。この配達員Ｍの映像は、撮影日時、及び配達員Ｍを識別する固有ＩＤ等と共に記憶されている。そして、ユーザがスマートフォン等を通じて管理サーバ１６にアクセスすることで、撮像された配達員Ｍの映像を閲覧することができるように構成してもよいし、ユーザからの要求に応じて、管理者側が配達員を確認することも可能である。

（処理の流れ）
次に、本実施形態の開錠システム１０における処理の流れについて図８のシーケンス図を用いて説明する。

図８のステップＳ１０において、管理サーバ１６は、車両１２への配送サービスを希望するユーザのユーザ情報を登録する登録処理を実行する。

ステップＳ１１において、管理サーバ１６は、ユーザの車両１２に対応する一時的に利用可能なＩＤコードを生成する。

ステップＳ１２において、管理サーバ１６は、スマートフォン１４に向けて一時的に利用可能なＩＤコードを送信する。ＩＤコードの送信は、例えば、配達員Ｍのスマートフォン１４からの送信要求、あるいは配送業者の有する配送サーバからの送信要求を受けて送信される。

ステップＳ１３において、車両１２の周辺に居る配達員Ｍによる操作により、スマートフォン１４は開錠用のアプリを起動させる。

ステップＳ１４において、配達員Ｍの操作により（図６参照）、スマートフォン１４は開錠操作を受け付ける。

ステップＳ１５において、スマートフォン１４は、開錠装置２６に向けてＩＤコードを送信する。

ステップＳ１６において、開錠装置２６は開錠処理を実行する。開錠処理の詳細については後述する。開錠処理により、車両１２においてドアロック装置２４が開錠されると、配達員Ｍはバックドア２２を開放してラゲッジルーム２０に荷物Ｐを収容することができる（図２参照）。

一方、ステップＳ１７において、配達員Ｍがバックドア２２を閉じると、開錠装置２６は施錠処理を実行する。これにより、車両１２においてドアロック装置２４が施錠される。

ステップＳ１８において、開錠装置２６はスリープ処理を実行する。これにより、少なくともバックモニタカメラ４０及び通信装置４４の電源がＯＦＦとなるスリープ状態に移行する。

次に、本実施形態の開錠装置２６における開錠処理について説明する。

図９のステップＳ１００において、受信機４２がＩＤコードを受信する。そして、ステップＳ１０１に進む。

ステップＳ１０１において、ＣＰＵ３２は受信されたＩＤコードが車両１２のＩＤコードと一致するか否かを判定する。すなわち、第一の開錠条件を満たしたか否かが判定される。ＣＰＵ３２は受信されたＩＤコードが車両１２のＩＤコードと一致すると判定した場合、ステップＳ１０２に進む。一方、ＣＰＵ３２は受信されたＩＤコードが車両１２のＩＤコードと一致しないと判定した場合、開錠処理を終了する。

ステップＳ１０２において、ＣＰＵ３２はスリープ解除処理を実行する。すなわち、ＣＰＵ３２は開錠装置２６のみ起動していたスリープ状態から、バックモニタカメラ４０及び通信装置４４の電源がＯＮとなるスリープ解除状態に移行させる。そして、ステップＳ１０３に進む。

ステップＳ１０３において、バックモニタカメラ４０が撮像を開始する。例えば、動画を撮像する場合、バックモニタカメラ４０はスリープ解除状態に移行してから所定時間の間、映像を撮像する。また例えば、静止画を撮像する場合、バックモニタカメラ４０はスリープ解除状態に移行してから所定枚数の映像を撮像する。そして、ステップＳ１０４に進む。

ステップＳ１０４において、ＣＰＵ３２はバックモニタカメラ４０により撮像された映像が所定の条件を満たしているか否かの判定を行う。本実施形態における「所定の条件」とは、撮像された映像に配達員Ｍの映像が含まれていることである。ここでは、第二の開錠条件を満たしたか否かが判定される。ＣＰＵ３２はバックモニタカメラ４０により撮像された映像が所定の条件を満たしていると判定した場合、ステップＳ１０５に進む。一方、ＣＰＵ３２はバックモニタカメラ４０により撮像された映像が所定の条件を満たしていないと判定した場合、開錠処理を終了する。

ステップＳ１０５において、ＣＰＵ３２はドアロック装置２４を開錠させる。そして、開錠処理を終了する。

（第１の実施形態のまとめ）
本実施形態の開錠装置２６は、受信されたＩＤコードが車両１２に対応するＩＤコードである場合（第一の開錠条件）、かつ映像取得部１００が配達員Ｍの映像を取得した場合（第二の開錠条件）にドアロック装置２４を開錠させるように構成されている。本実施形態では、車両１２にアクセスする人が誰であるかを映像で捉えることができた時点で開錠する点に特徴がある。これにより、車両１２の不正な開錠を抑止することができる。また、万が一、ラゲッジルーム２０内の荷物Ｐやその他の物品が紛失するなどのトラブルがあったとしても証拠となる映像を確実に残すことができる。

また、本実施形態の開錠装置２６では、開錠装置２６が有するＩＤコードとの照合を開錠条件の一つとしているが、このＩＤコードは、予め開錠装置２６（ＲＯＭ３３）に記憶されたデータである。一方、本実施形態では配達員Ｍに係る情報を開錠の条件としていない。つまり、開錠装置２６は、あらゆる配達員Ｍの情報を有する必要がなく、また、開錠の都度、配達員Ｍの情報を通信により取得する必要もない。このように、本実施形態の開錠装置２６によれば、開錠する配達員Ｍの映像の取得を開錠の条件とするため、車両１２側において事前に開錠する配達員Ｍの情報を保有する必要がない。

また、本実施形態では、開錠を行うタイミングで管理サーバ１６がスマートフォン１４にＩＤコードを送信する必要がなく、事前に送信することができる。そのため、本実施形態によれば、車両１２やスマートフォン１４が地下駐車場等の通信不能の場所に存在する場合であっても、開錠を行うことができる。

また、本実施形態では、既存のバックモニタカメラ４０を配達員Ｍの撮像に使用している。本実施形態によれば、予め車両１２に搭載されたバックモニタカメラ４０を使用することで、開錠装置２６に係るコストを抑制することができる。

本実施形態のバックモニタカメラ４０は、バックドア２２に設置されているため、バックドア２２を開放した際にバックドア２２と共に車両上方に跳ね上がってしまう（図２参照）。つまり、配達員Ｍを撮像し難い方向にバックモニタカメラ４０が向いてしまう。本実施形態によれば、開錠やバックドア２２を開放する前に撮像を行うことにより、バックモニタカメラ４０は配達員Ｍを全体的に捉えることができ、確実に撮像を行うことができる。

また、本実施形態の開錠装置２６では、受信されたＩＤコードが車両１２に対応するＩＤコードである場合（第一の開錠条件を満たした場合）に撮像可能なスリープ解除状態となり、それ以外の場合はスリープ状態とさせている。すなわち、本実施形態によれば、不必要な電力の消費を抑制することができる。

また、本実施形態の開錠システム１０は、車両１２の開錠に際し、管理サーバ１６からスマートフォン１４に向けて一時的に利用可能なＩＤコードを提供するものである。そのため、本実施形態の開錠システム１０によれば、繰り返しの開錠を抑制することができるため、車両１２の不正な開錠を抑止することができる。

なお、本実施形態では、スマートフォン１４によるドアロック装置２４の開錠に適用したが、これに限らず、端末としてのリモコンキー５０をドアロック装置２４の開錠に適用したとしても同様の作用効果を得ることができる。

（第１の実施形態の変形例１）
第１の実施形態では、配達員Ｍの映像を取得した場合を第二の開錠条件としたが、配達員Ｍの映像においては、顔が撮像できていない場合もある。そこで、変形例１では、撮像された映像において、配達員Ｍの顔が所定の割合を超えて含む場合を、ドアロック装置２４を開錠させる第二の開錠条件と設定している。

変形例１では、映像判定部１０２が配達員Ｍの顔が所定の割合を超えて含むか否かの判定を行い、配達員Ｍの顔が所定の割合を超えて含む場合にロック制御部１０４がドアロック装置２４を開錠させる。ここで、「所定の割合」は、撮像する画角や映像の解像度に応じて任意の値を定めることができる。また、ステップＳ１０４における「所定の条件」とは、撮像された映像において配達員Ｍの顔が所定の割合を超えて含むこととなる。

以上、本実施形態の変形例１の開錠装置２６は、配達員Ｍを撮像した映像において、顔が所定の割合を超えて撮像されていることを開錠の条件としている。ここで、顔の判定に際し、既知の顔認証手段を用いてもよいが、その場合、予め配達員Ｍの認証画像が必要であったり、高価な認証判別機が必要となる。これに対し、変形例１は車両１２にアクセスする人物が誰であれ、後から確認可能なレベルの映像を取得していれば開錠を行う。そのため、変形例１によれば、簡易な手段で配達員Ｍを特定する精度を向上させることができる。

（第１の実施形態の変形例２）
変形例２では、撮像された映像において、顔が所定の要素を含む場合を、ドアロック装置２４を開錠させる第二の開錠条件と設定している。

変形例２では、映像判定部１０２が配達員Ｍの顔が所定の要素を含むか否かの判定を行い、配達員Ｍの顔が所定の要素を含む場合にロック制御部１０４がドアロック装置２４を開錠させる。ここで、「所定の要素」とは、目、鼻及び口等、撮像された人物を特定可能とする顔の部位を指す。また、ステップＳ１０４における「所定の条件」とは、撮像された映像において配達員Ｍの顔が所定の要素を含むこととなる。

本実施形態の変形例２の開錠装置２６は、配達員Ｍの顔の映像において、所定の要素を含むことを開錠の条件としている。配達員Ｍに悪意がある場合、あるいは悪意のある人物が配達員Ｍに成り済ます場合、顔を撮像されないように目や口等の顔の一部を隠すことが想定される。これに対して、変形例２によれば、顔の確認に必要な要素を開錠の条件に含めることにより、サングラスやマスクで顔を隠した場合など、撮像された人物が特定できない場合における開錠を抑制することができる。

［第２の実施形態］
第２の実施形態の開錠装置２６は、図１０に示されるように、バックモニタカメラ４０によりスマートフォン１４のタッチパネル１４Ａに表示された証明コード６２を撮像すると共に、撮像された証明コード６２から配達員Ｍを特定可能なＩＤ情報を取得できた場合を開錠の条件としている。

以下、第１の実施形態との相違点について説明する。なお、第１の実施形態と同一の構成には同一の符号を付すこととし、その説明は割愛する。

本実施形態では、スマートフォン１４において、車両毎に付与される識別情報としてのトークンと、固有情報としてのＩＤ情報とをまとめて暗号化して識別画像としての証明コード６２を生成する。本実施形態ではＱＲコード（登録商標）を証明コード６２としているが、これに限らず、バーコード、並びに、数字及び文字の組み合わせを証明コードとしてもよい。一方、開錠装置２６では、撮像された証明コード６２を復号化して、トークンとＩＤ情報とを抽出する。ここで、本実施形態のＩＤ情報はスマートフォン１４の端末固有の情報等である。また、本実施形態のトークンはローリングコード方式により毎回変更されるものであって、スマートフォン１４では一時的に利用可能とされている。

（車両）
開錠装置２６おいて、トークンはＲＯＭ３３に記憶されている。
図１１は、本実施形態の開錠装置２６におけるＣＰＵ３２の機能構成の例を示すブロック図である。図１１に示されるように、ＣＰＵ３２は、映像取得部１００、復号化部１０３、ロック制御部１０４、ＩＤ出力部１０７及び待機処理部１０８を有している。

抽出部としての復号化部１０３は、撮像された証明コード６２に係る情報を復号化して、トークンとＩＤ情報とを抽出する機能を有している。

制御部としてのロック制御部１０４は、開錠装置２６を制御する機能を有している。本実施形態では、復号化されたトークンが車両１２に対応するトークンである場合を開錠のための第一の開錠条件とし、復号化部１０３が抽出したＩＤ情報を取得した場合を第二の開錠条件としている。そして、ロック制御部１０４は、第一の開錠条件と第二の開錠条件とを共に満たした場合にドアロック装置２４を開錠させる。ここで、ＩＤ情報の取得に際し、復号化により抽出されたＩＤ情報が正当なＩＤ情報であるかどうかの判定を行ってもよい。例えば、ロック制御部１０４は、データのサイズやチェックディジット等のエラーチェック用のデータを用いて、抽出したＩＤ情報にエラーがないかを判定し、エラーがないＩＤ情報を正当なＩＤ情報として取得することができる。

ＩＤ出力部１０７は、復号化部１０３が抽出したＩＤ情報を管理サーバ１６に出力する機能を有している。具体的にＩＤ出力部１０７は、ＲＡＭ３４に一時記憶されたＩＤ情報、又はストレージ３５に記憶されたＩＤ情報を、通信装置４４を介して管理サーバ１６に送信する。

待機処理部１０８は、バックモニタカメラ４０及び通信装置４４の電源を制御する機能を有している。本実施形態の待機処理部１０８は、バックドアオープンスイッチ２４Ｂが操作された場合にスリープ状態からスリープ解除状態に移行する。

（スマートフォン）
図１２は、本実施形態のスマートフォン１４におけるＣＰＵ７２の機能構成の例を示すブロック図である。図１２に示されるように、ＣＰＵ７２は、暗号化部２００及び表示処理部２０２を有している。

暗号化部２００は、管理サーバ１６から受信したトークンと、スマートフォン１４が有する（例えば、ＲＯＭ７３に記憶されている）ＩＤ情報とをまとめて暗号化して証明コード６２を生成する機能を有している。

表示処理部２０２は、暗号化部２００において生成された証明コード６２をタッチパネル１４Ａに表示させる機能を有している。

（処理の流れ）
次に、本実施形態の開錠システム１０における処理の流れについて図１３のシーケンス図を用いて説明する。

ステップＳ２０の処理については、上述したステップＳ１０と同様である（図８参照）。

ステップＳ２１において、管理サーバ１６は、ユーザの車両１２に対応する一時的に利用可能なトークンを生成する。

ステップＳ２２において、管理サーバ１６は、スマートフォン１４に向けて一時的に利用可能なトークンを送信する。トークンの送信は、例えば、配達員Ｍのスマートフォン１４からの送信要求、あるいは配送業者の有する配送サーバからの送信要求を受けて送信される。

ステップＳ２３の処理については、上述したステップＳ１３と同様である（図８参照）。

ステップＳ２４において、スマートフォン１４では、ＣＰＵ７２が暗号化処理を実行する。

ステップＳ２５において、スマートフォン１４では、ＣＰＵ７２がタッチパネル１４Ａに対して証明コード６２を表示させる。なお、証明コード６２の表示は、配達員Ｍの操作により終了してもよいし、所定時間経過後に終了してもよい。

ステップＳ２６〜ステップＳ２８の処理については、上述したステップＳ１６〜ステップＳ１８と同様である（図８参照）。

次に、本実施形態の開錠装置２６における開錠処理について説明する。

図１４のステップＳ２００において、ＣＰＵ３２はバックドアオープンスイッチ２４Ｂが操作されたか否かを判定する。ＣＰＵ３２はバックドアオープンスイッチ２４Ｂが操作されたと判定した場合、ステップＳ２０１に進む。一方、ＣＰＵ３２はバックドアオープンスイッチ２４Ｂが操作されていないと判定した場合、ステップＳ２００を繰り返す。

ステップＳ２０１において、ＣＰＵ３２はスリープ解除処理を実行する。すなわち、ＣＰＵ３２は開錠装置２６のみ起動していたスリープ状態から、バックモニタカメラ４０及び通信装置４４の電源がＯＮとなるスリープ解除状態に移行させる。そして、ステップＳ２０２に進む。

ステップＳ２０２において、バックモニタカメラ４０が撮像を開始する。そして、ステップＳ２０３に進む。

ステップＳ２０３において、ＣＰＵ３２はバックモニタカメラ４０により撮像された映像から証明コード６２の画像を取得したか否かの判定を行う。ＣＰＵ３２は証明コード６２の画像を取得したと判定した場合、ステップＳ２０４に進む。一方、ＣＰＵ３２は証明コード６２の画像を取得していないと判定した場合、ステップＳ２０２に戻る。すなわち、証明コード６２を取得できるまで撮像を継続する。

ステップＳ２０４において、ＣＰＵ３２は証明コード６２から取得された情報の復号化処理を行う。これにより、トークン及びＩＤ情報が抽出される。そしてステップＳ２０５に進む。

ステップＳ２０５において、ＣＰＵ３２は抽出されたトークンが車両１２のトークンと一致するか否かを判定する。すなわち、第一の開錠条件を満たしたか否かが判定される。ＣＰＵ３２は抽出されたトークンが車両１２のトークンと一致すると判定した場合、ステップＳ２０６に進む。一方、ＣＰＵ３２は抽出されたトークンが車両１２のトークンと一致しないと判定した場合、開錠処理を終了する。

ステップＳ２０６において、ＣＰＵ３２はＩＤ情報を取得したか否かを判定する。すなわち、第二の開錠条件を満たしたか否かが判定される。ＣＰＵ３２はＩＤ情報を取得したと判定した場合、ステップＳ２０７に進む。一方、ＣＰＵ３２はＩＤ情報を取得していないと判定した場合、開錠処理を終了する。

ステップＳ２０７において、ＣＰＵ３２はドアロック装置２４を開錠させる。そして、開錠処理を終了する。

（第２の実施形態のまとめ）
本実施形態の開錠装置２６は、取得した証明コード６２から抽出されたトークンが車両１２に対応するトークンである場合（第一の開錠条件）、かつ証明コード６２から抽出されたＩＤ情報を取得できた場合（第二の開錠条件）にドアロック装置２４を開錠させるように構成されている。本実施形態では、車両１２にアクセスする人を特定可能なＩＤ情報を取得できた時点で開錠する点に特徴がある。これにより、車両１２の不正な開錠を抑止することができる。また、万が一、ラゲッジルーム２０内の荷物Ｐやその他の物品が紛失するなどのトラブルがあったとしてもＩＤ情報と紐付けられた配達員Ｍを特定することができる。

また、本実施形態の開錠装置２６では、開錠装置２６が有するトークンとの照合を開錠条件の一つとしているが、このトークンは、予め開錠装置２６（ＲＯＭ３３）に記憶されたデータである。一方、本実施形態では配達員Ｍに係る情報を開錠の条件としていない。つまり、開錠装置２６は、あらゆる配達員Ｍの情報を有する必要がなく、また、開錠の都度、配達員Ｍの情報を通信により取得する必要もない。このように、本実施形態の開錠装置２６によれば、開錠する配達員Ｍに紐付けられたＩＤ情報の取得を開錠の条件としており、車両１２側において事前に開錠する配達員Ｍの情報を保有する必要がない。

なお、本実施形態ではスマートフォン１４の端末固有の情報をＩＤ情報としたが、これに限らず、スマートフォン１４のアプリケーションにおけるログイン情報等、配達員Ｍの個人の情報をＩＤ情報としてもよい。

また、本実施形態の開錠装置２６では、バックドアオープンスイッチ２４Ｂの操作をスリープ状態からスリープ解除状態に移行する契機としているが、これに限らない。例えば、第１の実施形態のように、スマートフォン１４からＩＤコードを送信し、開錠装置２６において、受信されたＩＤコードが車両１２のＩＤコードと一致すると判定した場合をスリープ解除状態に移行する契機としてもよい。

［備考］
上記各実施形態では、配達員Ｍの所持する端末をスマートフォン１４としたが、これ限らず、タブレット型コンピュータ及びウェアラブルコンピュータ等の通信機能を有する装置を端末としてもよい。

また、各実施形態の車両１２では、バックモニタカメラ４０を撮像部としたがこれに限らず、ブラインドスポットモニタや電子ミラー用のカメラ等、乗員が車外を視認するために車両に予め搭載されているカメラを撮像部とすることができる。

また、各実施形態では、バックドア２２を開放してラゲッジルーム２０に荷物Ｐを収容する場合を例示したが、これに限らない。本発明は、トランクリッドを開放してトランクルームに荷物Ｐを収容する場合や、サイドドアを開放して車室２１に荷物Ｐを収容する場合に適用することができる。

なお、上記実施形態でＣＰＵ３２、７２、８２がソフトウェア（プログラム）を読み込んで実行した各種処理を、ＣＰＵ以外の各種のプロセッサが実行してもよい。この場合のプロセッサとしては、ＦＰＧＡ（Field-Programmable Gate Array）等の製造後に回路構成を変更可能なＰＬＤ（Programmable Logic Device）、及びＡＳＩＣ（Application Specific Integrated Circuit）等の特定の処理を実行させるために専用に設計された回路構成を有するプロセッサである専用電気回路等が例示される。また、各種処理を、これらの各種のプロセッサのうちの１つで実行してもよいし、同種又は異種の２つ以上のプロセッサの組み合わせ（例えば、複数のＦＰＧＡ、及びＣＰＵとＦＰＧＡとの組み合わせ等）で実行してもよい。また、これらの各種のプロセッサのハードウェア的な構造は、より具体的には、半導体素子等の回路素子を組み合わせた電気回路である。

また、上記実施形態において、各プログラムはコンピュータが読み取り可能な非一時的記録媒体に予め記憶（インストール）されている態様で説明した。例えば、開錠装置２６において実行プログラムは、ＲＯＭ３３に予め記憶され、スマートフォン１４においてアプリケーションプログラムはＲＯＭ７３に予め記憶されている。また例えば、管理サーバ１６において処理プログラムはストレージ８５に予め記憶されている。しかしこれに限らず、各プログラムは、ＣＤ−ＲＯＭ（Compact Disc Read Only Memory）、ＤＶＤ−ＲＯＭ（Digital Versatile Disc Read Only Memory）、及びＵＳＢ（Universal Serial Bus）メモリ等の非一時的記録媒体に記録された形態で提供されてもよい。また、各プログラムは、ネットワークを介して外部装置からダウンロードされる形態としてもよい。

上記実施形態で説明した処理の流れも、一例であり、主旨を逸脱しない範囲内において不要なステップを削除したり、新たなステップを追加したり、処理順序を入れ替えたりしてもよい。

その他、上記実施形態で説明した各制御装置、管理サーバ及びスマートフォンの各々の構成は、一例であり、主旨を逸脱しない範囲内において状況に応じて変更してもよい。

１０ 開錠システム
１２ 車両（特定車両）
１４ スマートフォン（端末）
１６ 管理サーバ（サーバ）
２０ ラゲッジルーム（車内）
２２ バックドア（開閉部）
２４ ドアロック装置（施錠部）
２６ 車両用開錠装置
４０ バックモニタカメラ（撮像部）
４２ 受信機（受信部）
５０ リモコンキー（端末）
１００ 映像取得部（取得部）
１０３ 復号化部（抽出部）
１０４ ロック制御部（制御部）
Ｍ 配達員（人）

Claims (7)

1. 車両毎に付与される識別情報を特定の前記車両である特定車両の周辺に居る人が所持している端末から受信する受信部と、
   前記特定車両に設けられた撮像部により撮像された映像を取得する取得部と、
   受信された前記識別情報が前記特定車両に対応する前記識別情報であり、かつ前記取得部が前記人の映像を取得した場合に前記車両の施錠部を開錠させる制御部と、
   を備える車両用開錠装置。
2. 前記制御部は、
   撮像された前記映像において、前記人の顔が所定の割合を超えて含む場合に、前記施錠部を開錠させる請求項１に記載の車両用開錠装置。
3. 前記制御部は、
   撮像された前記映像において、前記人の顔が所定の要素を含む場合に、前記施錠部を開錠させる請求項１又は２に記載の車両用開錠装置。
4. 前記制御部は、
   受信された前記識別情報が前記特定車両に対応する識別情報である場合に、前記映像を撮像可能な状態とする請求項１〜３の何れか１項に記載の車両用開錠装置。
5. 特定の車両である特定車両に設けられた撮像部により撮像された映像を取得する取得部と、
   前記取得部が前記特定車両の周辺に居る人が所持している端末に表示された識別画像を取得した場合に、前記識別画像から複数の前記車両毎に付与される識別情報と前記人又は前記端末の固有情報とを抽出する抽出部と、
   抽出された前記識別情報が前記特定車両に対応する前記識別情報であり、かつ前記固有情報を取得した場合に前記特定車両の施錠部を開錠させる制御部と、
   を備える車両用開錠装置。
6. 請求項１〜５のいずれか１項に記載の車両用開錠装置と、
   乗員が車外を視認するために設けられている前記撮像部と、
   車内と車外とを区切る開閉部の施錠及び開錠を行う前記施錠部と、
   を備える車両。
7. 一時的に利用可能な前記識別情報を有するサーバと、
   前記サーバから送信された前記識別情報を受信する前記端末と、
   請求項６に記載の車両と、
   を含む開錠システム。