(57)【要約】【課題】携帯端末によって車両の施解錠が可能なシステムにおいて、開放が許可されていないドアの開放を抑制する。【解決手段】車両のドアを解錠するための第一の認証情報を携帯端末から受信する受信手段と、前記第一の認証情報に対応する第二の認証情報を、前記車両が有する複数のドアのうち開放が許可されたドアの識別子と関連付けて記憶する記憶手段と、前記第一および第二の認証情報を照合した結果に基づいて前記ドアを解錠する解錠手段と、前記解錠が行われた後で、前記識別子が示すドア以外が開放されたことを検出した場合に警報を発する警報手段と、を有する。【選択図】図２
2019094675.tif 000002
【特許請求の範囲】
【請求項１】
車両のドアを解錠するための第一の認証情報を携帯端末から受信する受信手段と、
前記第一の認証情報に対応する第二の認証情報を、前記車両が有する複数のドアのうち開放が許可されたドアの識別子と関連付けて記憶する記憶手段と、
前記第一および第二の認証情報を照合した結果に基づいて前記ドアを解錠する解錠手段と、
前記解錠が行われた後で、前記識別子が示すドア以外が開放されたことを検出した場合に警報を発する警報手段と、
を有する、車両。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、車両の施解錠を行うシステムに関する。
【背景技術】
【０００２】
受取人が配達先として指定した荷受用車両のトランクで、配達物の受け渡しを行う技術が提案されている（例えば、特許文献１を参照）。当該技術によれば、受取人は、自身が所有する車両を配達先として指定することで、配達物を受け取るための宅配ロッカー等を設置することなく、不在時であっても配達物を受け取ることができる。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００６−２０６２２５号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
前述したシステムにおいては、車両を解錠すると、当該車両の全てのドアが開閉可能となる。すなわち、トランクやリアゲート以外のドアなど、荷物を配送する際に開閉の必要がないドア（例えば運転席のドア）まで自由に開閉可能になるため、セキュリティやプライバシーの面において課題があった。
【０００５】
本発明は上記の課題を考慮してなされたものであり、携帯端末によって車両の施解錠が可能なシステムにおいて、開放が許可されていないドアの開放を抑制することを目的とする。
【課題を解決するための手段】
【０００６】
本発明に係る車両は、
車両のドアを解錠するための第一の認証情報を携帯端末から受信する受信手段と、前記第一の認証情報に対応する第二の認証情報を、前記車両が有する複数のドアのうち開放が許可されたドアの識別子と関連付けて記憶する記憶手段と、前記第一および第二の認証情報を照合した結果に基づいて前記ドアを解錠する解錠手段と、前記解錠が行われた後で、前記識別子が示すドア以外が開放されたことを検出した場合に警報を発する警報手段と、を有することを特徴とする。
【０００７】
本発明に係る車両は、携帯端末と通信を行って第一の認証情報を取得し、第一の認証情報と、予め記憶された第二の認証情報とを照合した結果に基づいてドアの施解錠を行う機能を有する。第一の認証情報は、受信手段によって、例えば近距離無線通信を介して取得することができる。また、記憶手段は、第一の認証情報と照合を行うための第二の認証情報を記憶する。また、第二の認証情報は、車両が有する複数のドアのうち開放が許可されたドアを識別する情報と関連付けて記憶される。すなわち、車両は、解錠を行ったタイミングで、開放されてもよいドアを特定することができる。
【０００８】
解錠手段が、ドアの解錠を個別に制御できない場合、すべてのドアが解錠されてしまい、意図されていないドアが開放されるおそれがある。また、ドアの解錠を個別に制御できる場合であっても、車内から解錠操作を行うことで、意図されていないドアが開放できてしまうおそれがある。
これに対応するため、本発明では、警報手段が、開放が許可されていないドアが開放されたことを検知して警報を発する。警報は、音声によって行ってもよいし、他の装置に対
して通知を送信することで行ってもよい。例えば、無線接続された携帯端末に対してアラートを送信してもよいし、システムを管理する装置にアラートを送信してもよい。
かかる構成によると、携帯端末を利用して車両の解錠が可能なシステムにおいて、開放が許可されていないドアの開放を抑制することができる。
【０００９】
なお、本発明は、上記手段の少なくとも一部を含む車両として特定することができる。また、前記車両を含む施解錠システムとして特定することもできる。また、前記システムや車両が行う方法として特定することもできる。上記処理や手段は、技術的な矛盾が生じない限りにおいて、自由に組み合わせて実施することができる。
【発明の効果】
【００１０】
本発明によれば、携帯端末によって車両の施解錠が可能なシステムにおいて、開放が許可されていないドアの開放を抑制することができる。
【図面の簡単な説明】
【００１１】
【図１】実施形態に係る配送システムのシステム構成図。
【図２】実施形態に係る配送システムが有する構成要素を示したブロック図。
【図３】車両１０が有するドアを説明する図。
【図４】装置認証情報と許可ドア情報との関係を示す図。
【図５】実施形態におけるデータフローを説明する図。
【図６】実施形態におけるデータフローを説明する図。
【図７】ドアの監視を行う処理のフローチャート図。
【発明を実施するための形態】
【００１２】
<システム概要>
本実施形態に係る配送システムの概要について、図１を参照しながら説明する。本実施形態に係る配送システムは、施解錠装置１００、携帯端末２００、配送管理サーバ３００、鍵管理サーバ４００を含んで構成される。
本実施形態に係る配送システムでは、車両１０に搭載された施解錠装置１００が、車外にある携帯端末２００と無線通信を行い、当該通信の結果に基づいて車両１０の施解錠を行う。すなわち、システムのユーザは、物理的な鍵を用いずに、携帯端末２００のみを用いて車両１０の施解錠を行うことができる。
【００１３】
鍵管理サーバ４００は、施解錠装置１００が携帯端末２００を認証するための情報（認証情報）を発行するサーバ装置である。鍵管理サーバ４００は、配送管理サーバ３００を経由して携帯端末２００に第一の認証情報を発行し、同様に、配送管理サーバ３００を経由して施解錠装置１００に第二の認証情報を発行する。施解錠装置１００は、これらの認証情報を照合することで、携帯端末２００が正当なものであることを認証する。
【００１４】
配送管理サーバ３００は、配送担当者が所持する複数の携帯端末２００を管理するサーバ装置である。なお、図１には携帯端末２００および車両１０を一つずつ図示しているが、配送管理サーバ３００が管理する携帯端末２００は複数であってもよい。また、携帯端末２００がアクセス可能な車両１０は複数であってもよい。
【００１５】
<システム構成>
システムの構成要素について、詳しく説明する。
図２は、図１に示した施解錠装置１００、携帯端末２００、配送管理サーバ３００、鍵管理サーバ４００の構成の一例を概略的に示したブロック図である。このうち、施解錠装置１００が、施解錠（施錠および解錠）の対象である車両１０に搭載される。
【００１６】
施解錠装置１００は、車両のドアを施錠および解錠するための装置である。具体的には、車両のユーザが所持する電子キー（携帯機）から、高周波帯の電波を介して送信される施錠信号および解錠信号に応じて、車両１０のドアを施錠および解錠する。
本実施形態では、施解錠装置１００が、上述した機能に加え、携帯端末２００と行った通信の結果に基づいてドアの施解錠を行う機能を有している。
【００１７】
施解錠装置１００は、近距離通信部１０１、照合ＥＣＵ１０２、ボディＥＣＵ１０３、ドアロックモータ１０４、通信部１０５を含んで構成される。施解錠装置１００は、車両１０に搭載される不図示の補機バッテリから供給される電力で動作する。なお、本例では、電子キーと通信を行う手段については図示を省略している。
【００１８】
近距離通信部１０１は、ユーザが所持する携帯端末２００と通信を行うモジュールである。近距離通信部１０１は、所定の無線通信規格を用いて、近距離（車室内と車室外で通信が行える程度）における通信を行う。
【００１９】
本実施形態では、近距離通信部１０１は、Ｂｌｕｅｔｏｏｔｈ（登録商標）ＬｏｗＥｎｅｒｇｙ規格（以下、ＢＬＥ）によるデータ通信を行う。ＢＬＥとは、Ｂｌｕｅｔｏｏｔｈによる低電力通信規格であり、機器同士のペアリングを必要とせず、相手を検知することですぐに通信を開始できるという特徴を有する。
なお、本実施形態ではＢＬＥを例示するが、他の無線通信規格も利用可能である。例えば、ＮＦＣ（Near Field Communication）、ＵＷＢ（Ultra Wideband）、ＷｉＦｉ（登録商標）などを利用することもできる。
【００２０】
照合ＥＣＵ１０２は、近距離通信部１０１を介して携帯端末２００と近距離無線通信を行い、携帯端末２００を認証する制御と、認証の結果に基づいて、車両１０のドアを施錠および解錠する制御を行うコンピュータである。照合ＥＣＵ１０２は、例えば、マイクロコンピュータによって構成される。
なお、以下の説明において、施錠信号と解錠信号を施解錠信号と総称する。施解錠信号という語は、施錠信号と解錠信号の少なくともいずれかを表す。
【００２１】
照合ＥＣＵ１０２は、機能モジュールとして通信処理部１０２１、認証部１０２２、鍵制御部１０２３およびドア監視部１０２４を有している。各機能モジュールは、ＲＯＭ（Read Only Memory）等の記憶手段に記憶されたプログラムをＣＰＵ（Central Processing
Unit）（いずれも不図示）によって実行することで実現してもよい。
【００２２】
通信処理部１０２１は、近距離通信部１０１を介して行う携帯端末２００との通信を処理する。具体的には、携帯端末２００から施錠要求または解錠要求（以下、施解錠要求と総称する）を受信し、受信した要求に応じて、施解錠信号を生成する。
なお、生成された施解錠信号は、一時的に記憶され、後述する認証部１０２２が携帯端末２００の認証に成功したタイミングで出力される。
【００２３】
認証部１０２２は、携帯端末２００から送信された施解錠要求に含まれる認証情報に基づいて、携帯端末２００の認証を行う。具体的には、不図示の記憶手段に記憶された認証情報と、携帯端末２００から送信された認証情報とを比較し、これらが一致した場合に、認証成功と判断する。双方の認証情報が一致しない場合、認証失敗と判断する。認証部１０２２が携帯端末２００の認証に成功した場合、通信処理部１０２１が生成した施解錠信号が、後述する鍵制御部１０２３へ送信される。
なお、認証部１０２２が行う認証の方式は、認証情報同士を単純に比較して同一性を検証する方式であってもよいし、非対称暗号を用いた方式であってもよい。前述した「一致」とは、二つの認証情報が互いに対応するものであることを確認できればよく、必ずしも
両者が同一である必要はない。
以降、説明の必要に応じて、施解錠装置１００に記憶される認証情報を装置認証情報、携帯端末２００から送信される認証情報を端末認証情報と称するものとする。なお、両者を区別する必要がない場合は単に認証情報と称する。
なお、認証部１０２２が記憶する装置認証情報は、後述する鍵管理サーバ４００で生成され、ネットワーク経由で受信および格納される。
【００２４】
鍵制御部１０２３は、認証部１０２２が行った認証の結果に基づいて、後述するボディＥＣＵ１０３に解錠指令または施錠指令を送信する。当該信号は、ＣＡＮ（Controller Area Network）等の車内ネットワークを介して送信される。
【００２５】
ドア監視部１０２４は、施解錠に用いられている認証情報を参照し、開放が許可されているドアとそうでないドアを識別したうえで、車両１０が有している複数のドアの開放状態を監視し、許可されていないドアが開放された場合に警報を発する。具体的な方法については後述する。
【００２６】
ボディＥＣＵ１０３は、車両のボディ制御を行うコンピュータである。ボディＥＣＵ１０３は、受信した解錠指令または施錠指令に基づいて、後述するドアロックモータ１０４を制御することで、車両のドアの解錠および施錠を行う機能を有している。なお、ボディＥＣＵ１０３は、パワーウインドウ制御、シート調節、盗難防止、シートベルト制御、ヘッドライト制御など、車体に関連付いたコンポーネントの制御を行う機能をさらに有していてもよい。
【００２７】
ドアロックモータ１０４は、車両１０のドア（乗降用ドアやリアゲートのほか、トランクも含む）を施錠および解錠するアクチュエータである。ドアロックモータ１０４は、ボディＥＣＵ１０３から送信された信号に基づいて動作する。
【００２８】
通信部１０５は、施解錠装置１００をネットワークに接続するための通信インタフェースである。本実施形態では、３ＧやＬＴＥ等の移動体通信サービスを利用して、ネットワーク経由で他の装置と通信を行うことができる。
【００２９】
次に、携帯端末２００について説明する。
携帯端末２００は、例えばスマートフォン、携帯電話、タブレットコンピュータ、個人情報端末、ノートブックコンピュータ、ウェアラブルコンピュータ（スマートウォッチ等）といった小型のコンピュータである。携帯端末２００は、近距離通信部２０１、通信部２０２、制御部２０３を有して構成される。
【００３０】
近距離通信部２０１は、近距離通信部１０１と同一の通信規格によって、施解錠装置１００との間で通信を行う手段である。
通信部２０２は、通信部１０５と同様の、ネットワーク接続を行うための通信インタフェースである。
【００３１】
制御部２０３は、携帯端末２００の制御を司る手段である。制御部２０３は、例えば、施解錠要求を生成する処理、前述した端末認証情報を取得する処理、施解錠要求および端末認証情報を施解錠装置１００に送信する処理などを行う。制御部２０３は、例えば、マイクロコンピュータによって構成される。制御部２０３は、記憶手段（ＲＯＭ等）に記憶されたプログラムをＣＰＵ（いずれも不図示）によって実行することでこれらの機能を実現してもよい。
【００３２】
制御部２０３は、ユーザとのインタラクションを行う入出力部（不図示）と接続されて
いる。入出力部は、例えば、タッチパネルとその制御手段、液晶ディスプレイとその制御手段から構成される。タッチパネルおよび液晶ディスプレイは、本実施形態では一つのタッチパネルディスプレイからなる。
【００３３】
制御部２０３は、入出力部を介して操作画面を表示し、ユーザが行った操作に基づいて、解錠要求または施錠要求を生成する。例えば、制御部２０３は、タッチパネルディスプレイに、解錠を行うためのアイコン、施錠を行うためのアイコン等を出力し、ユーザによって行われた操作に基づいて、解錠要求ないし施錠要求を生成する。
なお、ユーザが行う操作は、タッチパネルディスプレイを介したものに限られない。例えば、ハードウェアスイッチ等によるものであってもよい。
【００３４】
また、制御部２０３は、端末認証情報を取得する処理を行う。本実施形態では、端末認証情報は、後述する鍵管理サーバ４００において生成され、後述する配送管理サーバ３００を介して携帯端末２００へ伝送される。
なお、携帯端末２００が端末認証情報を有していない場合、操作画面からの施錠操作および解錠操作は不可能となる。
【００３５】
携帯端末２００が取得する端末認証情報は、不変のキーであってもよいし、ワンタイムキーであってもよい。いずれの場合も、端末認証情報に対応する装置認証情報が、施解錠装置１００に事前に記憶される。
【００３６】
次に、配送管理サーバ３００について説明する。
配送管理サーバ３００は、配送を行う荷物、および、複数の配送担当者が所持する携帯端末２００を管理するサーバ装置である。配送管理サーバ３００は、対象となる荷物の配送情報を記憶しており、その配送場所として車両１０が指定されている場合に、当該荷物を収容する車両１０を施解錠するための端末認証情報を鍵管理サーバ４００から取得し、携帯端末２００へ転送する。また、車両１０（施解錠装置１００）に対応する装置認証情報を鍵管理サーバ４００から取得し、施解錠装置１００へ転送する。当該処理は、配送担当者が所持する携帯端末２００からの要求を起点として行われる。
配送管理サーバ３００は、通信部３０１と、制御部３０２と、を有して構成される。
【００３７】
通信部３０１は、通信部１０５と同様の、ネットワーク接続を行うための通信インタフェースである。
制御部３０２は、配送管理サーバ３００の制御を司る手段である。制御部３０２は、例えば、ＣＰＵによって構成される。
制御部３０２は、機能モジュールとして配送管理部３０２１を有している。当該機能モジュールは、ＲＯＭ等の記憶手段に記憶されたプログラムをＣＰＵ（いずれも不図示）によって実行することで実現してもよい。
【００３８】
配送管理部３０２１は、荷受人となるユーザ、当該ユーザの管理下にあり配送先となる車両１０、当該ユーザに関連付いた荷物、等に関する情報を記憶し、管理する手段である。
配送管理部３０２１は、配送予定の荷物に関する情報を携帯端末２００から受信すると、配送先となる車両１０を特定し、当該車両１０を施解錠するための端末認証情報および装置認証情報の発行を鍵管理サーバ４００に依頼する。また、鍵管理サーバ４００によって発行された端末認証情報を携帯端末２００に転送し、装置認証情報を施解錠装置１００に転送する。
【００３９】
次に、鍵管理サーバ４００について説明する。
鍵管理サーバ４００は、配送管理サーバ３００からの求めに応じて、携帯端末２００が
利用する端末認証情報と、施解錠装置１００が利用する装置認証情報を発行する装置である。鍵管理サーバ４００は、通信部４０１、制御部４０２、記憶部４０３を有して構成される。
【００４０】
通信部４０１は、通信部３０１と同様の、ネットワーク接続を行うための通信インタフェースである。
【００４１】
制御部４０２は、鍵管理サーバ４００の制御を司る手段である。制御部４０２は、例えば、ＣＰＵによって構成される。
制御部４０２は、機能モジュールとして鍵発行部４０２１を有している。当該各機能モジュールは、ＲＯＭ等の記憶手段に記憶されたプログラムをＣＰＵ（いずれも不図示）によって実行することで実現してもよい。
【００４２】
鍵発行部４０２１は、配送管理サーバ３００からの求めに応じて端末認証情報および装置認証情報を発行する。端末認証情報は、前述したように、携帯端末２００が、施解錠装置１００を介して車両１０の施錠および解錠を行うための認証情報である。また、装置認証情報は、端末認証情報と対をなす認証情報である。
【００４３】
端末認証情報および装置認証情報は、予め記憶されたものを取得してもよいし、動的に生成してもよい。例えば、所定の時間帯においてのみ有効な認証情報や、使用回数が指定された認証情報、所定の携帯端末２００においてのみ使用できる認証情報などを生成することもできる。
なお、車両１０が、車室やトランクなど、独立して施解錠可能な複数の領域を有している場合、いずれかの領域のみを施解錠可能な認証情報を生成してもよい。
【００４４】
また、装置認証情報には、開放を許可するドアに関する情報が関連付けられている。これについて、図３を参照しながら説明する。
車両１０には、独立して開閉できる複数のドアが備わっている。なお、本明細書においては、トランクハッチも便宜上ドアと称する。
本実施形態では、鍵発行部４０２１が発行する装置認証情報に、図４のように、開放を許可するドア（以下、許可ドア）を識別する情報（以下、許可ドア情報）が付加される。許可ドア情報は、例えば、車両１０のオーナーが事前に設定した情報を利用して生成してもよい。
【００４５】
なお、装置認証情報だけでなく、端末認証情報に同様の許可ドア情報を付加してもよい。かかる形態によると、携帯端末２００のユーザに対して、許可ドアがどれであるかを通知することができるようになる。
【００４６】
記憶部４０３は、情報を記憶する手段であり、ＲＡＭ、磁気ディスクやフラッシュメモリなどの記憶媒体により構成される。記憶部４０３には、施解錠装置１００に対応する装置認証情報や、当該装置認証情報と対をなす端末認証情報、これらの認証情報を生成するための各種のデータが保存される。
【００４７】
<システムの動作>
次に、前述した各構成要素が行う処理について説明する。処理は、携帯端末２００が端末認証情報を取得するフェーズ（第一のフェーズ）と、携帯端末２００が、取得した端末認証情報を用いて施解錠装置１００にアクセスし、車両を施解錠するフェーズ（第二のフェーズ）に分けることができる。図５が第一のフェーズにおけるデータの流れを表した図であり、図６が第二のフェーズにおけるデータの流れを表した図である。
【００４８】
図５を参照して第一のフェーズについて説明する。ステップＳ１１〜Ｓ１７の処理は、携帯端末２００から端末認証情報の発行要求があった場合に実行される。
まず、ステップＳ１１で、携帯端末２００が、配送管理サーバ３００に対して端末認証情報の発行を要求する。当該ステップでは、携帯端末２００を識別する情報と、荷物を識別する情報（以下、荷物情報。例えば伝票番号）が認証情報要求として同時に送信される。
【００４９】
ステップＳ１２では、配送管理サーバ３００（配送管理部３０２１）が、取得した荷物情報と、予め記憶された情報に基づいて、配送先となる車両１０を特定する。次いで、認証情報要求に車両１０の識別子を追加し、鍵管理サーバ４００へ送信する（ステップＳ１３）。
【００５０】
ステップＳ１４では、鍵発行部４０２１が、携帯端末２００および車両１０（車両１０に搭載された施解錠装置１００）に固有な端末認証情報と装置認証情報を生成（ないし取得）する。
【００５１】
次に、ステップＳ１５で、生成した端末認証情報と装置認証情報を配送管理サーバ３００に送信する（ステップＳ１５）。また、配送管理サーバ３００は、当該端末認証情報を携帯端末２００に転送する（ステップＳ１６）。また、装置認証情報を施解錠装置１００に転送する（ステップＳ１７）。これにより、携帯端末２００上において、車両１０を解錠する操作が可能になる。
なお、本例では配送管理サーバ３００を介して端末認証情報および装置認証情報を転送したが、鍵管理サーバ４００から携帯端末２００に端末認証情報を、鍵管理サーバ４００から施解錠装置１００に装置認証情報をそれぞれ直接送信するようにしてもよい。
【００５２】
なお、ステップＳ１１〜Ｓ１７の処理は、施解錠を行うための準備処理であるため、事前に行っておくことが好ましい。例えば、配送の準備段階において実行してもよい。
【００５３】
図６を参照して第二のフェーズについて説明する。ステップＳ２１〜Ｓ２４は、携帯端末２００を用いて車両１０を解錠するための処理である。
携帯端末２００のユーザ（すなわち配送担当者）が、入出力部を介して車両１０を解錠する操作を行うと、携帯端末２００と施解錠装置１００との間でＢＬＥによるリンクが確立され、ステップＳ２１で、携帯端末２００が、施解錠装置１００に対して解錠要求および端末認証情報を送信する。
【００５４】
なお、携帯端末２００が許可ドア情報を有している場合（すなわち、端末認証情報が許可ドア情報を含んでいる場合）、このタイミングで、開放が許可されているドアをユーザ（配達担当者）に通知してもよい。例えば、入出力部を介してドアの位置を通知してもよい。
【００５５】
ステップＳ２２では、施解錠装置１００が有する認証部１０２２が、携帯端末２００から送信された端末認証情報と、事前に記憶された装置認証情報とを照合し、認証処理を行う。認証に成功した場合、鍵制御部１０２３が車両１０のドアを解錠する。
【００５６】
ステップＳ３１〜Ｓ３４は、携帯端末２００を用いて車両１０を施錠するための処理である。
携帯端末２００のユーザが、入出力部を介して車両１０を施錠する操作を行うと、ステップＳ３１で、携帯端末２００が、施解錠装置１００に対して施錠要求および端末認証情報を送信する。
【００５７】
ステップＳ３２では、施解錠装置１００が有する認証部１０２２が、携帯端末２００から送信された端末認証情報と、事前に記憶された装置認証情報とを照合し、認証処理を行う。認証に成功した場合、鍵制御部１０２３が車両１０のドアを施錠する。
【００５８】
また、施解錠装置１００が有する通信処理部１０３１は、施錠を行った後で、携帯端末２００に対して施錠が完了した旨の通知（施錠通知）を送信する（ステップＳ３３）。これにより、携帯端末２００のタッチパネルスクリーン上に、施錠が完了した旨の通知が出力される。なお、端末認証情報がワンタイムキーである場合、ステップＳ３３のタイミングで当該ワンタイムキーを無効化してもよい。最後に、携帯端末２００が、配送管理サーバ３００に対して施錠通知を送信する（ステップＳ３４）。
【００５９】
次に、ドアの開閉を監視する処理について説明する。
図７は、車両１０に搭載された施解錠装置１００が、自車両が有するドアの開閉を監視する処理のフローチャート図である。図７に示した処理は、施解錠装置１００が、携帯端末２００による解錠を行ったタイミングで、ドア監視部１０２４によって開始される。
【００６０】
まず、ステップＳ４１で、車両１０の解錠に使用した装置認証情報に関連付いている許可ドア情報を取得する。
次に、ステップＳ４２で、新たにドアが開放されたか否かを判定する。ここで、携帯端末２００によって車両１０の解錠が行われた状態において新たなドアが開放された場合、処理はステップＳ４３へ遷移する。
【００６１】
ステップＳ４３では、開放されたドアが、開放が許可されたドアであるか否か（すなわち、許可ドア情報と合致するドアであるか否か）を判定する。この結果、開放が許可されていないドアであった場合、処理はステップＳ４４へ遷移し、アラートを生成する。
【００６２】
なお、アラートは、ボディＥＣＵ１０３を介して出力してもよい。例えば、車両に備えられたセキュリティアラームを鳴動させてもよいし、開放が許可されていないドアが開放された旨の音声を流してもよい。
【００６３】
また、アラートは通信チャネルやネットワーク経由で送信してもよい。例えば、近距離無線通信を介して、携帯端末２００に開放が許可されていないドアが開放された旨を通知し、これを受けた携帯端末２００がユーザに通知を行うようにしてもよい。例えば、音声再生、バイブレーション、画面表示などを介して通知を行ってもよい。この他にも、システム管理者が管理する装置に通知を送信するようにしてもよい。
【００６４】
前述したように、本実施形態によると、携帯端末２００を用いて車両１０を解錠するシステムにおいて、開放が許可されたドアを予め設定し、許可されていないドアが開放された場合に、警報ないし通知を行うことができる。
【００６５】
（変形例）
上記の実施形態はあくまでも一例であって、本発明はその要旨を逸脱しない範囲内で適宜変更して実施しうる。
【００６６】
例えば、図７の例では警報を一種類としたが、警報は二種類以上であってもよい。例えば、第一の警報を生成し、所定の時間を経過しても対象のドアが開放されたままである場合に、第二の警報を生成するようにしてもよい。また、第一の警報と第二の警報とで、通知の方法ないし通知先を変更してもよい。例えば、第一の警報を「携帯端末２００への通知」とし、第二の警報を「セキュリティアラームの鳴動」としてもよい。また、警報のレベル（例えば音量など）を異ならせてもよい。
【００６７】
また、実施形態の説明では、許可ドアを定義したが、開放が許可されたドアとそうでないドアを識別することができれば、他の形式で定義を行ってもよい。例えば、開放を禁止するドアを定義してもよい。
【００６８】
また、図４の例では車両ごとに許可ドアを定義したが、その他の情報をキーとして許可ドアを定義してもよい。例えば、車両のオーナーごとに許可ドアを定義してもよい。また、複数の荷物の配送がある場合、荷物の配送ごとに許可ドアを異ならせてもよい。このようにすることで、例えば、先に到着する荷物はトランクへ、後から到着する荷物は車室内へ格納へさせるといったことが可能になる。
【００６９】
また、予め定義された許可ドアを事後的に変更する処理を行うようにしてもよい。例えば、許可ドアがトランクハッチである場合において、大型の荷物が配送される場合、許可ドアを車室のドアに変更するようにしてもよい。当該処理は、配送管理サーバ３００および鍵管理サーバ４００が自動的に行ってもよいし、配達担当者が携帯端末２００を介して送信したリクエストに基づいて行うようにしてもよい。また、許可ドアを変更する場合、車両のオーナーが有する端末に許可伺いを送信するようにしてもよい。また、事前に設定された情報に基づいて、鍵管理サーバ４００が変更許可を自動的に出すようにしてもよい。また、許可ドアを変更した場合、その旨を車両のオーナーが有する端末に通知してもよい。
許可ドアを変更する場合、変更後の許可ドアに関する情報が、ネットワークを介して施解錠装置１００に送信される。
【００７０】
また、実施形態の説明では、荷物の保管および施解錠が可能な領域として自動車の車室やトランクを例示したが、必ずしもこれらに限らない。本発明は、携帯端末を用いて施解錠可能な領域を有するものであれば、施設や格納装置など、自動車以外にも適用可能である。
【符号の説明】
【００７１】
１０・・・車両
１００・・・施解錠装置
１０１，２０１・・・近距離通信部
１０２・・・照合ＥＣＵ
１０３・・・ボディＥＣＵ
１０４・・・ドアロックモータ
１０５，２０２，３０１，４０１・・・通信部
２００・・・携帯端末
２０３，３０２，４０２・・・制御部
３００・・・配送管理サーバ
４００・・・鍵管理サーバ
４０３・・・記憶部
【図１】
2019094675.tif 000003
【図２】
2019094675.tif 000004
【図３】
2019094675.tif 000005
【図４】
2019094675.tif 000006
【図５】
2019094675.tif 000007
【図６】
2019094675.tif 000008
【図７】
2019094675.tif 000009