(57)【要約】      （修正有）【課題】荷受用車両の車室に収納された荷物の保管期限が近づいた場合に適切に対応することができる管理装置、管理方法および管理プログラムを提供する。【解決手段】集配システム１において、管理装置２は、所定の領域内に駐停車している車両であって車室を他者の荷物の荷受用として提供している車両が荷物を保管している状態にあり、かつ、荷物の保管期限まで所定時間内である場合、荷物の配送の依頼者に対応付けられた依頼者端末６に保管期限の再確認通知を送信する。【選択図】図２
2020173665.tif 000002
【特許請求の範囲】
【請求項１】
メモリと、
ハードウェアを有するプロセッサと、
を備え、
前記プロセッサは、
所定の領域内に駐停車している車両であって車室を他者の荷物の荷受用として提供している車両が荷物を保管している状態にあり、かつ前記荷物の保管期限まで所定時間内である場合、前記荷物の配送の依頼者に対応付けられた依頼者端末に前記保管期限の再確認通知を送信する管理装置。
【請求項２】
前記プロセッサは、
前記車両が前記荷物を保管した状態で前記保管期限を超過した場合、前記依頼者に対する課金処理を開始する請求項１に記載の管理装置。
【請求項３】
前記プロセッサは、
前記車両の提供者に対応付けられた提供者端末から前記荷物の移管要求を受信した場合、前記領域内で車室を他者の荷物の荷受用として提供可能な複数の車両の位置および駐停車に関する情報を含む駐停車情報に基づいて移管候補の車両を選択し、選択した移管候補の車両の提供者に対応付けられた候補者端末に対して移管の可否を問い合わせる請求項１に記載の管理装置。
【請求項４】
前記プロセッサは、
前記複数の車両の所有者がそれぞれ登録したスケジュール情報をさらに参照して、前記移管候補の車両を選択する請求項３に記載の管理装置。
【請求項５】
前記メモリは、
過去の移管の履歴情報を記憶し、
前記プロセッサは、
前記履歴情報をさらに参照して前記移管候補の車両を選択する請求項３に記載の管理装置。
【請求項６】
前記プロセッサは、
前記荷物の種類に応じて前記移管候補の車両を選択する請求項３に記載の管理装置。
【請求項７】
前記プロセッサは、
前記候補者端末から移管受託通知を受信した場合、前記移管候補の車両の情報を含む移管指示を、前記荷物の集配者に対応付けられた集配者端末に送信する請求項３に記載の管理装置。
【請求項８】
メモリと、ハードウェアを有するプロセッサとを備える管理装置が実行する管理方法であって、
所定の領域内に駐停車している車両であって車室を他者の荷物の荷受用として提供している車両が荷物を保管している状態にあり、かつ前記メモリから読み出した前記荷物の保管期限まで所定時間内である場合、前記荷物の配送の依頼者に対応付けられた依頼者端末に前記保管期限の再確認通知を送信する管理方法。
【請求項９】
メモリと、ハードウェアを有するプロセッサとを備える管理装置に実行させる管理プログラムであって、
所定の領域内に駐停車している車両であって車室を他者の荷物の荷受用として提供している車両が荷物を保管している状態にあり、かつ前記荷物の保管期限まで所定時間内である場合、前記荷物の配送の依頼者に対応付けられた依頼者端末に前記保管期限の再確認通知を送信する管理プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、管理装置、管理方法および管理プログラムに関する。
【背景技術】
【０００２】
宅配業者が荷物を集配する際に、あらかじめ荷受用車両として登録された一般の乗用車のトランクを配達物の受け渡し場所として利用する技術が知られている（例えば、特許文献１を参照）。この技術では、荷物の集配を行う際に、集配事業者の集配用通信装置と指定車両に搭載された車両用通信装置との間で認証処理を行わせ、その認証に成功した場合、指定車両のトランクの施錠や解錠が可能となる。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００６−２０６２２５号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかしながら、上述した特許文献１の技術では、荷受用車両の車室に収納された荷物の保管期限が近づいても荷物が収集されない場合にどう対応すべきかが考慮されていなかった。
【０００５】
本発明は、上記に鑑みてなされたものであって、荷受用車両の車室に収納された荷物の保管期限が近づいた場合に適切に対応することができる管理装置、管理方法および管理プログラムを提供することを目的とする。
【課題を解決するための手段】
【０００６】
上述した課題を解決し、目的を達成するために、本発明に係る管理装置は、メモリと、ハードウェアを有するプロセッサと、を備え、前記プロセッサは、所定の領域内に駐停車している車両であって車室を他者の荷物の荷受用として提供している車両が荷物を保管している状態にあり、かつ前記荷物の保管期限まで所定時間内である場合、前記荷物の配送の依頼者に対応付けられた依頼者端末に前記保管期限の再確認通知を送信する。
【０００７】
また、前記プロセッサは、前記車両が前記荷物を保管した状態で前記保管期限を超過した場合、前記依頼者に対する課金処理を開始してもよい。
【０００８】
これによれば、保管期限を超過した場合の罰則として課金を行うため、保管期限の超過を抑制することができる。
【０００９】
また、前記プロセッサは、前記車両の提供者に対応付けられた提供者端末から前記荷物の移管要求を受信した場合、前記領域内で車室を他者の荷物の荷受用として提供可能な複数の車両の位置および駐停車に関する情報を含む駐停車情報に基づいて移管候補の車両を選択し、選択した移管候補の車両の提供者に対応付けられた候補者端末に対して移管の可否を問い合わせてもよい。
【００１０】
これによれば、保管期限が近づいても荷物が収集されない場合、車室の提供者が移管を要求し、別の車両の車室への移管を行うため、異常事態が発生しそうになった場合であっても、所定の領域内で荷受用に登録された車両を有効に活用して適切に対応することができる。
【００１１】
また、前記プロセッサは、前記複数の車両の所有者がそれぞれ登録したスケジュール情報をさらに参照して、前記移管候補を選択してもよい。
【００１２】
これによれば、車両の所有者のスケジュールに応じて適切な車両を選択し、車両不在に起因する移管のミスを防止することができる。
【００１３】
また、前記メモリは、過去の移管の履歴情報を記憶し、前記プロセッサは、前記履歴情報をさらに参照して前記移管候補を選択してもよい。
【００１４】
これによれば、過去の履歴情報をふまえて効率的に移管候補の車両を選択することができる。
【００１５】
また、前記プロセッサは、前記荷物の種類に応じて前記移管候補を選択してもよい。
【００１６】
これによれば、荷物の種類に応じて適切な車両を選択することができる。
【００１７】
また、前記プロセッサは、前記候補者端末から移管受託通知を受信した場合、前記移管候補の車両の情報を含む移管指示を、前記荷物の集配者に対応付けられた集配者端末に送信してもよい。
【００１８】
これによれば、集配者端末に移管指示を送信することによって集配者に移管情報を確実に伝達することができる。
【００１９】
本発明に係る管理方法は、メモリと、ハードウェアを有するプロセッサとを備える管理装置が実行する管理方法であって、所定の領域内に駐停車している車両であって車室を他者の荷物の荷受用として提供している車両が荷物を保管している状態にあり、かつ前記メモリから読み出した前記荷物の保管期限まで所定時間内である場合、前記荷物の配送の依頼者に対応付けられた依頼者端末に前記保管期限の再確認通知を送信する。
【００２０】
本発明に係る管理プログラムは、メモリと、ハードウェアを有するプロセッサとを備える管理装置に実行させる管理プログラムであって、所定の領域内に駐停車している車両であって車室を他者の荷物の荷受用として提供している車両が荷物を保管している状態にあり、かつ前記荷物の保管期限まで所定時間内である場合、前記荷物の配送の依頼者に対応付けられた依頼者端末に前記保管期限の再確認通知を送信する。
【発明の効果】
【００２１】
本発明によれば、所定の領域内に駐停車している車両であって車室を他者の荷物の荷受用として提供している車両が荷物を保管している状態にあり、かつ荷物の保管期限まで所定時間内である場合、荷物の配送の依頼者に対応付けられた依頼者端末に保管期限の再確認通知を送信するため、依頼者に荷物の保管期限が近づいたことを気付かせて、荷物の保管期限が近づいた場合に適切に対応することができる。
【図面の簡単な説明】
【００２２】
【図１】図１は、実施の形態１に係る管理装置を備えた集配システムの概要を示す図である。
【図２】図２は、実施の形態１に係る管理装置を備えた集配システムの機能構成を示すブロック図である。
【図３】図３は、実施の形態１に係る管理装置が記憶する駐停車情報を模式的に示す図である。
【図４】図４は、実施の形態１に係る管理装置が行う処理の概要を示すフローチャートである。
【図５】図５は、実施の形態１に係る管理装置が課金開始通知を依頼者端末へ送信した後に集配システムが行う処理の概要を示すシーケンス図である。
【図６】図６は、実施の形態２に係る管理装置を備えた集配システムが行う処理の概要であって依頼者が荷物を収集した後に車両の車室を施錠する処理の概要を示すシーケンス図である。
【図７】図７は、実施の形態１の変形例に係る管理装置を備えた集配システムの機能構成を示すブロック図である。
【図８】図８は、実施の形態２に係る管理装置を備えた集配システムの機能構成を示す図である。
【図９】図９は、実施の形態２に係る管理装置が記憶する駐停車情報を模式的に示す図である。
【図１０】図１０は、実施の形態２に係る管理装置を備えた集配システムが行う処理の概要を示すシーケンス図である。
【図１１】図１１は、実施の形態２に係る管理装置が記憶する更新後の駐停車情報を模式的に示す図である。
【発明を実施するための形態】
【００２３】
以下、添付図面を参照して、本発明を実施するための形態（以下、「実施の形態」という）を説明する。
【００２４】
（実施の形態１）
図１は、実施の形態１に係る管理装置を備えた集配システムの概要を示す図である。同図に示す集配システム１は、所定の領域内で駐停車し、あらかじめ荷受用車両として登録された車両１１の車室を利用することによって荷物の集配を行うシステムである。車両１１の車室とは、車両１１のトランクや乗車スペースを含む。また、領域は、例えば車両１１が駐車する駐車場などの閉じた領域であるが、これに限定されるわけではない。
【００２５】
集配システム１は、荷物の集配を管理する管理装置２と、車両１１の車室の開閉を管理するセンタサーバ３と、集配者に対応付けられた集配者端末４と、車両１１に搭載された車載装置５と、荷物の集配の依頼者に対応付けられた依頼者端末６と、車両１１を所有し、車室を荷受用として提供する提供者に対応付けられた提供者端末７とを備える。管理装置２、センタサーバ３、集配者端末４、車載装置５、依頼者端末６、および提供者端末７は、通信ネットワークＮＷに通信接続されている。また、集配者端末４、依頼者端末６および提供者端末７は、近距離無線通信によって車載装置５とそれぞれ通信可能に接続されている。通信ネットワークＮＷは、例えばＬＡＮ（Local  Area  Network）、ＷＡＮ（Wide  Area  Network）、公衆回線、ＶＰＮ（Virtual  Private  Network）、専用線などの一または複数の組み合わせからなる。通信ネットワークＮＷは、有線通信によるネットワークと無線通信によるネットワークとの組み合わせによって構成される。また、近距離無線通信規格として、例えばＢＬＥ（Bluetooth（登録商標）  Low  Energy）、ＮＦＣ（Near  Field  Communication）、ＵＷＢ（Ultra  Wideband）、ＷｉＦｉ（登録商標）等を挙げることができる。
【００２６】
図２は、集配システム１の機能構成を示すブロック図である。以下、集配システム１の構成要素ごとに機能構成を説明する。
【００２７】
＜管理装置２＞
管理装置２は、通信部２１と、制御部２２と、記憶部２３とを有する。
【００２８】
通信部２１は、通信ネットワークＮＷを介してセンタサーバ３、集配者端末４、依頼者端末６、および提供者端末７と通信を行うインタフェースである。
【００２９】
制御部２２は、期限管理部２４と、課金管理部２５とを有する。期限管理部２４は、車両１１の車室に配送された荷物の保管期限を管理する。課金管理部２５は、荷物の保管期限を過ぎても収集に来ない依頼者に対して課金処理を行う。
【００３０】
制御部２２は、例えばＣＰＵ（Central  Processing  Unit）等の汎用プロセッサや、ＦＰＧＡ（Field  Programmable  Gate  Array）等の特定の機能を実行する専用集積回路等のハードウェアを単独でまたは組み合わせることによって構成されるプロセッサである。制御部２２は、記憶部２３が記憶する各種プログラムを読み込むことによって管理装置２を動作させるための各種演算処理を実行する。
【００３１】
記憶部２３は、車室を荷受スペースとして利用可能な車両１１の位置および駐停車に関する情報を含む駐停車情報を記憶する。図３は、記憶部２３が記憶する駐停車情報を模式的に示す図である。同図に示すテーブル１００には、車両ＩＤ、駐停車位置ＩＤ、駐停車状態、荷物収納状態、荷物の配送予定、荷物の保管期限、車両１１の出発および到着予定が車両ごとに記載されている。駐停車状態は、車載装置５から送られてくる位置情報に基づいて更新される。また、保管期限は提供者端末７から送られてくる情報に基づいて登録される。また、出発および到着予定は、提供者端末７から送られてくるスケジュール情報に基づいて登録される。例えば、車両ＩＤ００１の車両１１（以下、車両００１という）は、駐停車位置ＩＤがＡ３２１４の位置に駐停車しており、現在車室に荷物が収納されている。車両００１における荷物の保管期限は、２０１９年３月３１日０：００である。また、車両００１は、２０１９年３月３１日９：００に駐停車位置を出発し、同日の１９：３０に駐停車位置に到着する予定である。なお、駐停車情報を記憶部２３が記憶する代わりに、管理装置２とは異なる装置が記憶してもよい。
【００３２】
記憶部２３は、荷物の集配に関する集配情報、課金管理部２５が行う課金情報、および管理装置２の動作を実行するための各種プログラムをさらに記憶する。集配情報には、依頼者の情報、荷物の種類、集配の時間、集配者の情報、集配先の車両１１の情報などが含まれる。課金情報には、課金対象の依頼者の情報、課金額などが含まれる。各種プログラムには、管理装置２が依頼者端末６に保管期限の再確認通知を送信する管理プログラムも含まれる。
【００３３】
記憶部２３は、ＲＡＭ（Random  Access  Memory）等の揮発性メモリおよびＲＯＭ（Read  Only  Memory）等の不揮発性メモリを用いて構成される。なお、外部から装着可能なメモリカード等のコンピュータ読み取り可能な記録媒体を用いて記憶部２３を構成してもよい。記憶部２３が記憶する各種プログラムは、ハードディスク、フラッシュメモリ、ＣＤ−ＲＯＭ、ＤＶＤ−ＲＯＭ、フレキシブルディスク等のコンピュータ読み取り可能な記録媒体に記録して広く流通させることも可能である。
【００３４】
＜センタサーバ３＞
センタサーバ３は、複数の車両１１の認証情報を管理する認証管理装置である。センタサーバ３は、通信部３１と、制御部３２と、記憶部３３とを有する。
【００３５】
通信部３１は、通信ネットワークＮＷを介して管理装置２と通信を行うインタフェースである。
【００３６】
制御部３２は、認証情報発行部３４を有する。認証情報発行部３４は、車両１１を施錠または解錠するための認証情報を発行する。認証情報発行部３４は、集配者端末４または依頼者端末６から管理装置２を介して、車両１１を施錠または解錠するための認証情報の発行要求を受信すると、キーユニット５２に対応する認証情報を、管理装置２を介して集配者端末４または依頼者端末６に送信する。認証情報発行部３４は、有効期間の情報を含む認証情報を生成してもよい。
【００３７】
制御部３２は、例えばＣＰＵやＦＰＧＡ等のハードウェアを単独でまたは組み合わせることによって構成されるプロセッサである。制御部３２は、記憶部３３が記憶する各種プログラムを読み込むことによってセンタサーバ３を動作させるための各種演算処理を実行する。
【００３８】
記憶部３３は、認証情報発行部３４が認証情報を発行する際に必要となる情報や、センタサーバ３の動作を実行するための各種プログラムを記憶する。記憶部３３は、ＲＡＭおよびＲＯＭ等を用いて構成される。
【００３９】
＜集配者端末４＞
集配者端末４は、通信部４１と、近距離通信部４２と、入力部４３と、出力部４４と、制御部４５と、記憶部４６と、を有する。集配者端末４は、荷物の集配者に対応付けられた端末であり、集配者が携帯している端末である。集配者端末４は、例えばスマートフォン、携帯電話、タブレット端末、個人情報端末、ウェアラブルコンピュータ等を用いて構成される。
【００４０】
通信部４１は、通信ネットワークＮＷを介して少なくとも管理装置２と通信を行うインタフェースである。
【００４１】
近距離通信部４２は、車載装置５と近距離無線通信を行うインタフェースである。近距離通信部４２は、上述したＢＬＥ、ＮＦＣ、ＵＷＢ、ＷｉＦｉ（登録商標）等のいずれかの規格に基づいた近距離無線通信を行う。
【００４２】
入力部４３は、キーボード、ボタン、レバー、出力部４４を構成するディスプレイに積層して設けられるタッチパネル、および音声入力用のマイクロフォン等のユーザインターフェースを用いて構成され、各種情報の入力を受け付ける。
【００４３】
出力部４４は、液晶または有機ＥＬ（Electro  Luminescense）等を用いて構成される表示用のディスプレイ、音声出力用のスピーカ等を用いて構成される。
【００４４】
制御部４５は、集配者端末４の動作を制御する。制御部４５は、例えばＣＰＵやＦＰＧＡ等のハードウェアを単独でまたは組み合わせることによって構成されるプロセッサである。制御部４５は、記憶部４６が記憶する各種プログラムを読み込むことによって集配者端末４を動作させるための各種演算処理を実行する。
【００４５】
記憶部４６は、集配者端末４の動作を実行するための各種プログラムを記憶する。記憶部４６は、ＲＡＭおよびＲＯＭ等を用いて構成される。
【００４６】
なお、集配者端末４が、ＣＣＤまたはＣＭＯＳ等のイメージセンサを用いて構成される撮像部をさらに有してもよい。この場合には、集配者が集配者端末４を用いて車室の状態を撮像し、撮像した画像のデータを管理装置２へ送信する。管理装置２は、受信した画像のデータをもとに画像認識によって車室の空き状況を把握する。
【００４７】
また、集配者端末４がダウンロード可能なアプリとして、車両１１の駐停車情報を表示するアプリを提供してもよい。
【００４８】
＜車載装置５＞
車載装置５は、車両１１に搭載されている。車載装置５は、施解錠装置５１と、キーユニット５２と、制御装置５３とを有する。車載装置５は、集配者端末４、依頼者端末６または提供者端末７から受信した認証情報をもとに、キーユニット５２による認証処理を経て施解錠装置５１を作動させることにより、車両１１の車室を施錠または解錠する一連の処理を実行する。また、車載装置５は、制御装置５３が車両１１の位置や移動状態を検出し、検出した情報を通信ネットワークＮＷを介して管理装置２へ送信する。集配者端末４および依頼者端末６によって送信される認証情報には有効期限が設定されている。換言すれば、集配者端末４および依頼者端末６は、荷物の集配のたびに認証情報をセンタサーバ３から取得する必要がある。これに対し、提供者端末７は、期限設定のないマスタ認証情報を記憶している。
【００４９】
施解錠装置５１は、車両１１の車室のドアを施錠または解錠するための装置である。施解錠装置５１は、ＬＦ送信機５１１と、ＲＦ受信機５１２と、制御部５１３と、ドアロックアクチュエータ５１４と、記憶部５１５とを有する。なお、図２では、ドアロックアクチュエータを「ドアロックＡ」と記載している。
【００５０】
ＬＦ送信機５１１は、キーユニット５２を検索（ポーリング）するための低周波数帯（例えば、１００ＫＨｚ〜３００ＫＨｚ）の電波を送信する。ＬＦ送信機５１１は、例えば、車室内のセンターコンソールやハンドルの近傍に内蔵される。
【００５１】
ＲＦ受信機５１２は、キーユニット５２から送信された高周波数帯（例えば、１００ＭＨｚ〜１ＧＨｚ）の電波を受信する。ＲＦ受信機５１２は、車室内のいずれかの場所に内蔵される。
【００５２】
制御部５１３は、キーユニット５２から受信した施解錠信号に含まれるキーＩＤと、記憶部５１５が記憶するキーＩＤとを照合する。照合の結果、受信したキーＩＤを正当なものであると判定した場合、制御部５１３は、ドアロックアクチュエータ５１４に対して車両１１の荷受用の車室のドアを施錠または解錠する信号を送信する。
【００５３】
制御部５１３は、例えばＣＰＵやＦＰＧＡ等のハードウェアを単独でまたは組み合わせることによって構成される。制御部５１３を、ＣＡＮ（Controller  Area  Network）等の車内ネットワークを介して相互に通信可能に接続される複数のＥＣＵ（Electric  Controll  Unit）を用いて構成してもよい。以下の説明において、施錠信号と解錠信号を総称して施解錠信号ということがある。
【００５４】
ドアロックアクチュエータ５１４は、車両１１の車室のドアを施錠または解錠するアクチュエータである。ドアロックアクチュエータ５１４は、制御部５１３から送信された施解錠信号に基づいて動作する。なお、ドアロックアクチュエータ５１４は、車両１１のドアごとに独立して施解錠するようにしてもよい。例えば荷受用の車室としてトランクを使用する場合には、トランクのみを施解錠するようにしてもよい。
【００５５】
記憶部５１５は、車室のドアのキーＩＤを含む各種情報や施解錠装置５１を動作させるための各種プログラムを記憶する。記憶部５１５は、ＲＡＭおよびＲＯＭ等を用いて構成される。
【００５６】
キーユニット５２は、ＬＦ受信機５２１と、ＲＦ送信機５２２と、近距離通信部５２３と、制御部５２４と、記憶部５２５とを有する。キーユニット５２は、例えば車両１１の車室内のグローブボックス内等の所定の位置に配置される。
【００５７】
ＬＦ受信機５２１は、施解錠装置５１から、低周波数帯の電波を介して送信されたポーリング信号を受信する。ＬＦ受信機５２１は、低周波数帯の電波を受信するためのアンテナ（以下、ＬＦアンテナ）を有する。
【００５８】
ＲＦ送信機５２２は、高周波数帯の電波を介して、施解錠装置５１に対して施解錠信号を送信する。
【００５９】
近距離通信部５２３は、集配者端末４、依頼者端末６または提供者端末７と近距離無線通信を行う通信インタフェースである。
【００６０】
制御部５２４は、キーユニット５２の動作を制御する。制御部５２４は、集配者端末４、依頼者端末６または提供者端末７から受信した施錠要求または解錠要求に含まれる認証情報と、記憶部５２５が記憶する認証情報とを比較し、これらが所定の関係にある場合に、認証成功と判断する。ここでいう所定の関係とは、例えば記憶部５２５が記憶する認証情報と、集配者端末４、依頼者端末６または提供者端末７から受信した認証情報とが一致する関係、２つの認証情報を用いた所定の暗号化・複合化等の処理結果が一致する関係、２つの認証情報の一方に復号処理を行った結果が他方に一致する関係、のいずれかを含む。
【００６１】
制御部５２４が集配者端末４、依頼者端末６または提供者端末７の認証に成功した場合、制御部５２４は、ＲＦ送信機５２２を介して、集配者端末４、依頼者端末６または提供者端末７から受信した要求に応じて生成された施解錠信号を施解錠装置５１へ送信する。
【００６２】
制御部５２４は、例えばＣＰＵやＦＰＧＡ等のハードウェアを単独でまたは組み合わせることによって構成される。
【００６３】
記憶部５２５は、集配者端末４、依頼者端末６または提供者端末７を認証するための認証情報を記憶するとともに、キーＩＤを記憶する。なお、記憶部５２５は、キーＩＤを暗号化して記憶してもよい。記憶部５２５がキーＩＤを暗号化して記憶している場合には、制御部５２４が集配者端末４、依頼者端末６または提供者端末７から復号化の情報を受信し、この情報に基づいてキーＩＤを復号化する。
【００６４】
記憶部５２５は、キーユニット５２の動作を実行するための各種プログラムを記憶する。記憶部５２５は、ＲＡＭおよびＲＯＭ等を用いて構成される。以下、記憶部５２５が記憶する認証情報を装置認証情報といい、集配者端末４、依頼者端末６または提供者端末７が送信する認証情報を端末認証情報ということもある。
【００６５】
以上の構成を有するキーユニット５２は、車載装置５が有する施解錠装置５１と通信を行うことにより、物理的なキーを用いることなく車両１１の車室の施錠および解錠を行うことを可能にする。
【００６６】
制御装置５３は、通信部５３１と、位置検出部５３２と、速度検出部５３３と、入力部５３４と、出力部５３５と、制御部５３６と、記憶部５３７とを有する。
【００６７】
通信部５３１は、通信ネットワークＮＷを介して管理装置２と通信を行うインタフェースである。通信部５３１は、車両１１の位置情報および速度情報を管理装置２に送信する。
【００６８】
位置検出部５３２は、例えばＧＰＳ（Global  Positioning  System）衛星によって送信されるＧＰＳ信号を受信するＧＰＳセンサを用いて構成され、受信信号に基づいて車両１１の緯度、経度を含む車両１１の位置の情報を検出して制御部５３６に出力する。なお、位置検出部５３２が車両１１の位置情報を検出する方法として、ＬｉＤＡＲ（Light  Detection  and  Ranging，Laser  Imaging  Detection  and  Ranging）と３次元デジタル地図とを組み合わせた方法を採用してもよい。
【００６９】
速度検出部５３３は、例えば車速センサ等を用いて構成され、車両１１の速度の情報を検出して制御部５３６に出力する。
【００７０】
なお、位置検出部５３２および速度検出部５３３は、３Ｇ、４Ｇ、５Ｇ、ＬＴＥ（Long  Term  Evolution）などの通信規格に従う移動体通信を行うことによって位置および速度の情報を検出するようにしてもよい。この場合には、例えば他の車両、走行中の道路周辺に設けられた各種センサ、およびこれらの車両や各種センサの情報を取得するサーバとの間で移動体通信を行うことによって、位置および速度の情報を検出してもよい。
【００７１】
入力部５３４および出力部５３５は、上述した入力部４３および出力部４４とそれぞれ同様の機能構成を有する。入力部５３４は、車両１１の提供者による車両１１のスケジュール情報の入力を受け付けることも可能である。ここでいう車両１１のスケジュール情報は、車両１１が領域を出発する日時と領域に到着する日時を含む。なお、スケジュール情報として、車両１１が領域に駐停車している状態の車室の使用可否に関する情報を含んでもよい。
【００７２】
制御部５３６は、制御装置５３の動作を制御する。制御部５３６は、例えばＣＰＵやＦＰＧＡ等のハードウェアを単独でまたは組み合わせることによって構成されるプロセッサであり、記憶部５３７が記憶する各種プログラムを読み込むことによって制御装置５３を動作させるための各種演算処理を実行する。
【００７３】
記憶部５３７は、位置検出部５３２および速度検出部５３３の検出結果や、制御装置５３の動作を実行するための各種プログラムを含む各種情報を記憶する。記憶部５３７は、ＲＡＭおよびＲＯＭ等を用いて構成される。
【００７４】
なお、車室の空き状況を確認するための手段として、車載装置５が車載カメラや重量センサをさらに備えてもよい。この場合、車載装置５は車載カメラが撮像した画像のデータを管理装置２へ送信する。管理装置２は、受信した画像のデータをもとに画像認識によって車室の空き状況を把握する。車載カメラは、車室のキーが解錠されている間だけ撮像するようにしてもよい。
【００７５】
また、車室に２次元コード等の記録媒体の情報を読み取り可能なリーダを設けておく一方、荷物の梱包材にリーダが読み取り可能な記録媒体を貼付しておき、荷物が車室内の所定位置に収納された場合にリーダが記録媒体の情報を読み取って車室内に収納されたことを管理装置２に送信するようにしてもよい。
【００７６】
＜依頼者端末６＞
依頼者端末６は、集配者端末４と同様の機能構成を有する。具体的には、依頼者端末６は、通信部６１と、近距離通信部６２と、入力部６３と、出力部６４と、制御部６５と、記憶部６６と、を有する。通信部６１、近距離通信部６２、入力部６３、出力部６４、制御部６５、および記憶部６６の機能構成は、それぞれ通信部４１、近距離通信部４２、入力部４３、出力部４４、制御部４５、および記憶部４６の機能構成と同様である。
【００７７】
＜提供者端末７＞
提供者端末７は、集配者端末４と同様の機能構成を有する。具体的には、提供者端末７は、通信部７１と、近距離通信部７２と、入力部７３と、出力部７４と、制御部７５と、記憶部７６と、を有する。通信部７１、近距離通信部７２、入力部７３、出力部７４、制御部７５、および記憶部７６の機能構成は、それぞれ通信部４１、近距離通信部４２、入力部４３、出力部４４、制御部４５、および記憶部４６の機能構成と同様である。このうち、入力部７３は、車両１１の提供者による車両１１のスケジュール情報の入力を受け付ける。記憶部７６は、キーユニット５２によって認証を受けることができるマスタ認証情報を記憶している。このため、提供者は、提供者端末７を用いて随時車両１１の車室の施解錠を行うことができる。
【００７８】
図４は、管理装置２が行う処理の概要を示すフローチャートである。図４では、車室に荷物が収納された状態で駐停車している一つの車両１１（例えば、上述した車両００１）に関する処理の概要を示している。
【００７９】
まず、期限管理部２４は、荷物の保管期限まで所定時間内であるか否かを確認する（ステップＳ１）。確認の結果、保管期限まで所定時間内である場合（ステップＳ１：Ｙｅｓ）、通信部２１は、制御部２２の制御のもと、依頼者端末６に期限再確認通知を送信し（ステップＳ２）、提供者端末７に依頼者端末６への期限再確認通信の送信報告を送信する（ステップＳ３）。なお、ステップＳ２とＳ３の処理順は任意であり、同時でもよい。
【００８０】
続いて、期限管理部２４は、荷物の保管期限を超過しているか否かを判定する（ステップＳ４）。判定の結果、保管期限を超過している場合（ステップＳ４：Ｙｅｓ）、課金管理部２５は荷物の依頼者に対する課金処理を開始し（ステップＳ５）、その依頼者に対応付けられた依頼者端末６に課金開始通知を送信する（ステップＳ６）。
【００８１】
ステップＳ４における判定の結果、保管期限を超過していない場合（ステップＳ４：Ｎｏ）、管理装置２は一連の処理を終了する。
【００８２】
ステップＳ１において、保管期限まで所定時間内でない場合（ステップＳ１：Ｎｏ）、管理装置２はステップＳ４へ移行する。
【００８３】
管理装置２は、荷物が収納されている状態の車両１に関して、ステップＳ１〜Ｓ６の処理を所定の周期で繰り返し行う。
【００８４】
図５は、管理装置２が課金開始通知を依頼者端末６へ送信した後に集配システム１が行う処理の概要を示すシーケンス図である。図５では、依頼者端末６が荷物を保管している車両１１の車室を解錠するまでの処理を示している。
【００８５】
まず、依頼者端末６の入力部６３が依頼者の操作による認証情報の発行要求の入力を受け付ける（ステップＳ１１）と、通信部６１は、制御部６５の制御のもと、認証情報の発行要求を管理装置２へ送信する（ステップＳ１２）。通信部６１が送信する認証情報の発行要求には、配送先の車両１１の情報および依頼者端末６の端末情報も含まれる。
【００８６】
依頼者端末６から認証情報発行要求を受信した管理装置２では、通信部２１が制御部２２の制御のもと、その認証情報の発行要求をセンタサーバ３に送信する（ステップＳ１３）。
【００８７】
認証情報発行要求を受信したセンタサーバ３では、認証情報発行部３４が認証情報の発行要求に基づいて認証情報を発行する（ステップＳ１４）。この際、認証情報発行部３４は、例えば認証対象の車両１１が正しく荷物を収納している車両であり、かつ依頼者端末６が正当な権限を有する端末であると判定した場合に認証情報を発行する。
【００８８】
その後、通信部３１は、制御部３２の制御のもと、認証情報を管理装置２に送信する（ステップＳ１５）。
【００８９】
センタサーバ３から認証情報を受信した管理装置２の通信部２１は、制御部２２の制御のもと、受信した認証情報を依頼者端末６に送信する（ステップＳ１６）。
【００９０】
管理装置２から認証情報を受信した依頼者端末６では、出力部６４が認証情報取得通知を出力する（ステップＳ１７）。この後、入力部６３が集配者の操作によって解錠指示の入力を受け付ける（ステップＳ１８）と、近距離通信部６２は認証情報を含む解錠要求を解錠対象の車両１１の車載装置５に送信する（ステップＳ１９）。このステップＳ１９の処理を実行するためには、依頼者端末６が解錠対象の車両１１の車載装置５と通信可能な範囲に位置していることが必要である。
【００９１】
車載装置５では、解錠要求を受信したキーユニット５２が認証処理を行う（ステップＳ２０）。具体的には、近距離通信部５２３が解錠要求を受信した後、制御部５２４が、解錠要求に含まれる認証情報（端末認証情報）と記憶部５２５が記憶する認証情報（装置認証情報）とを比較することによって認証処理を行う。認証が成功した場合、制御部５２４は、ＲＦ送信機５２２にキーＩＤを含む解錠信号を送信させる。
【００９２】
施解錠装置５１のＲＦ受信機５１２が解錠信号を受信すると、施解錠装置５１は車両１１の荷受用の車室を解錠する（ステップＳ２１）。具体的には、まず制御部５１３がキーＩＤを照合し、キーＩＤの照合に成功したとき、制御部５１３がドアロックアクチュエータ５１４を制御して車両１１の荷受用の車室を解錠する。なお、この際、施解錠装置５１は、キーユニット５２に対してアンサーバック等を行ってもよい。
【００９３】
図６は、集配システム１が行う処理の概要であって依頼者が荷物を収集した後に車両１１の車室を施錠する処理の概要を示すシーケンス図である。
【００９４】
まず、依頼者端末６の入力部６３が依頼者の操作によって施錠指示の入力を受け付ける（ステップＳ３１）と、近距離通信部６２は制御部６５の制御のもと、施錠要求を施錠対象の車両１１の車載装置５に送信する（ステップＳ３２）。このステップＳ３２の処理を実行するためには、依頼者端末６が施錠対象の車両１１の車載装置５と通信可能な範囲に位置していることが必要である。
【００９５】
車載装置５では、施錠要求を受信したキーユニット５２が認証処理を行う（ステップＳ３３）。具体的には、近距離通信部５２３が施錠要求を受信した後、制御部５２４が、施錠要求に含まれる認証情報（端末認証情報）と記憶部５２５が記憶する認証情報（装置認証情報）とを比較することによって認証処理を行う。認証が成功した場合、制御部５２４は、ＲＦ送信機５２２にキーＩＤを含む施錠信号を送信させる。
【００９６】
施解錠装置５１のＲＦ受信機５１２が施錠信号を受信すると、施解錠装置５１は車両１１の荷受用の車室を施錠する（ステップＳ３４）。具体的には、まず制御部５１３がキーＩＤを照合し、キーＩＤの照合に成功したとき、制御部５１３がドアロックアクチュエータ５１４を制御して車両１１の荷受用の車室を施錠する。
【００９７】
続いて、車載装置５は、施錠通知信号を依頼者端末６に送信する（ステップＳ３５）。この際の具体的な処理は以下の通りである。まず、施解錠装置５１のＬＦ送信機５１１は、キーユニット５２に対して施錠通知信号を送信する。施錠通知信号を受信したキーユニット５２では、近距離通信部５２３が、制御部５２４の制御のもと施錠通知信号を依頼者端末６に送信する。この送信の際にも依頼者端末６が車載装置５と通信可能な範囲に位置している必要がある。
【００９８】
施錠通知信号を受信した依頼者端末６では、出力部６４が施錠通知を出力する（ステップＳ３６）。続いて、入力部６３が依頼者による収集通知の入力を受け付ける（ステップＳ３７）と、通信部６１は、制御部６５の制御のもと、収集通知を管理装置２に送信する（ステップＳ３８）。
【００９９】
収集通知を受信した管理装置２では、制御部２２が記憶部２３の集配情報および駐停車情報を更新する（ステップＳ３９）。その後、管理装置２の通信部２１は、制御部２２の制御のもと、提供者端末７に集配完了通知を送信する（ステップＳ４０）。
【０１００】
管理装置２では、課金管理部２５が、課金処理を終了する（ステップＳ４１）。この際、課金管理部２５は、依頼者への課金額を確定する。その後、管理装置２の通信部２１は、制御部２２の制御のもと、依頼者端末６に課金終了通知を送信する（ステップＳ４２）。課金終了通知には課金額の情報も含まれる。なお、ステップＳ３９〜Ｓ４１の処理については、処理順序を適宜変更してもよい。
【０１０１】
依頼者端末６の出力部６４は、受信した課金終了通知の情報を出力する（ステップＳ４３）。
【０１０２】
提供者端末７の出力部７４は、受信した集配完了通知の情報を出力する（ステップＳ４４）。
【０１０３】
以上説明した実施の形態１によれば、所定の領域内に駐停車している車両であって車室を他者の荷物の荷受用として提供している車両が荷物を保管している状態にあり、かつ荷物の保管期限まで所定時間内である場合、荷物の配送の依頼者に対応付けられた依頼者端末に保管期限の再確認通知を送信するため、依頼者に荷物の保管期限が近づいたことを気付かせて、荷物の保管期限が近づいた場合に適切に対応することができる。
【０１０４】
また、実施の形態１によれば、車両を所有していない人も車室を利用することができるとともに、車両を所有していて乗る機会が少ないような場合に車両を有効活用することができる。
【０１０５】
（変形例）
図７は、実施の形態１の変形例に係る管理装置を備えた集配システムの機能構成を示すブロック図である。同図に示す集配システム１Ａは、管理装置２Ａと、集配者端末４と、車載装置５と、依頼者端末６とを備える。本変形例では、管理装置２Ａが管理装置、および認証管理装置の機能を兼ね備えている。このため、集配システム１Ａは、センタサーバを有しない。
【０１０６】
管理装置２Ａの機能構成を説明する。管理装置２Ａは、通信部２１と、制御部２２Ａと、記憶部２３Ａとを有する。
【０１０７】
制御部２２Ａは、期限管理部２４と、課金管理部２５と、認証情報発行部２６とを有する。認証情報発行部２６は、上述した認証情報発行部３４と同様、車両１１を施錠または解錠するための認証情報を発行する。認証情報発行部２６の処理の詳細は、上述した認証情報発行部３４の処理の詳細と同様である。
【０１０８】
制御部２２Ａは、例えばＣＰＵやＦＰＧＡ等のハードウェアを単独でまたは組み合わせることによって構成されるプロセッサであり、記憶部２３が記憶する各種プログラムを読み込むことによってセンタサーバ３を動作させるための各種演算処理を実行する。
【０１０９】
記憶部２３Ａは、記憶部２３が記憶する駐停車情報等に加えて、認証情報発行部２６が認証情報を発行する際に必要となる情報を記憶する。記憶部２３Ａは、ＲＡＭおよびＲＯＭ等を用いて構成される。
【０１１０】
以上説明した実施の形態１の変形例によれば、実施の形態１と同様の効果に加え、集配管理と施解錠管理を一括して行うため、効率的な管理を実現することができる。
【０１１１】
（実施の形態２）
図８は、実施の形態２に係る管理装置を備えた集配システムの機能構成を示す図である。図８では、管理装置２Ｂをブロック図で記載している。図８に示す集配システム１Ｂは、所定の領域Ｒ内に駐停車している複数の車両１１であってあらかじめ荷受用車両として登録された複数の車両１１の車室を利用することによって荷物の集配を行うシステムである。領域Ｒは、例えばあらかじめ登録された複数の車両１１が駐車する駐車場などの閉じた領域であるが、これに限定されるわけではない。
【０１１２】
集配システム１Ｂは、管理装置２Ｂと、センタサーバ３と、集配者端末４と、複数の車両１１にそれぞれ搭載された複数の車載装置５と、依頼者端末６と、複数の車両１１をそれぞれ所有し、車室を荷受用として提供する複数の提供者に対応付けられた複数の提供者端末７と、を備える。以下の説明において、複数の車両１１のうち２つの車両を区別するために車両１１ａ、１１ｂと呼び、車両１１ａ、１１ｂにそれぞれ搭載された車載装置を車載装置５ａ、５ｂと呼ぶ。また、車載装置５ａ、５ｂにそれぞれ対応付けられる提供者端末を提供者端末７ａ、７ｂと呼ぶ。さらに、提供者端末７ａの構成要素を通信部７１ａなどと呼び、提供者端末７ｂの構成要素を通信部７１ｂなどと呼ぶ。
【０１１３】
管理装置２Ｂは、通信部２１と、制御部２２Ｂと、記憶部２３とを有する。制御部２２Ｂは、期限管理部２４と、課金管理部２５と、選択部２７とを有する。選択部２７は、領域Ｒ内に駐停車可能であって車室を荷受用として提供可能な複数の車両１１の駐停車位置および駐停車期間を含む駐停車情報に基づいて、集配対象の荷物を集配する車両を選択する。また、選択部２７は、領域Ｒ内で荷物を収納している車両１１に対応付けられた提供者端末７からの移管要求に応じて、同じ領域Ｒ内で移管先の候補となる車両１１を選択する。
【０１１４】
図９は、記憶部２３Ｂが記憶する駐停車情報を模式的に示す図である。同図に示すテーブル２００には、車両ＩＤ、現在位置、領域Ｒ内の駐停車位置、荷物収納状態、荷物の配送予定、荷物の保管期限、出発および到着予定が車両ごとに記載されている。現在位置および駐停車位置は、車載装置５から送られてくる位置情報に基づいて登録される。また、配送予定は依頼者端末６から送られてくる情報に基づいて登録される。また、出発および到着予定は、提供者端末７から送られてくるスケジュール情報に基づいて登録される。例えば、車両ＩＤ１０２の車両１１（以下、車両１０２という）は、領域Ｒ内の位置Ｂ−８に駐停車しており、現在車室に荷物が収納されている。車両１０２における荷物の保管期限は、２０１９年３月３１日０：００である。車両１０２は、２０１９年３月３１日９：００に領域Ｒを出発し、同日の１９：３０に領域Ｒに到着する予定である。なお、駐停車情報を記憶部２３Ｂが記憶する代わりに、管理装置２Ｂとは異なる装置が記憶してもよい。
【０１１５】
図１０は、集配システム１Ｂが行う処理の概要を示すシーケンス図である。図１０では、領域Ｒに駐停車する複数の荷受用車両が登録されている場合において、保管期限まで所定時間内になっても荷物が収集されないとき、提供者が荷物を他の車両１１への移管を要求した場合の処理の概要を示している。以下、移管を要求する提供者が所有する車両を車両１１ａとして説明する。
【０１１６】
まず、管理装置２Ｂの通信部２１が、制御部２２の制御のもと、依頼者端末６に期限再確認通知を送信し（ステップＳ５１）、提供者端末７ａに依頼者端末６への期限再確認通信の送信報告を送信する（ステップＳ５２）。
【０１１７】
この後、提供者端末７ａの入力部７３ａが、提供者の操作により荷物の移管要求の入力を受け付ける（ステップＳ５３）と、通信部７１ａは、制御部７５ａの制御のもと、移管要求を管理装置２Ｂに送信する（ステップＳ５４）。
【０１１８】
移管要求を受信した管理装置２Ｂでは、領域Ｒ内に駐停車する複数の車両１１の駐停車情報を記憶部２３Ｂから読み出して、この駐停車情報と移管要求に基づいて移管候補の車両を選択する（ステップＳ５５）。以下、選択した移管候補の車両を車両１１ｂとする。また、車両１１ｂの提供者を「候補者」といい、提供者端末７ｂを「候補者端末７ｂ」という。
【０１１９】
続いて、通信部２１は、制御部２２Ｂの制御のもと、選択部２７が選択した車両１１ｂに対応する候補者端末７ｂに、移管可否の問合せを送信する（ステップＳ５６）。
【０１２０】
候補者端末７ｂの入力部７３ｂが候補者の操作によって移管受託通知の入力を受け付ける（ステップＳ５７）と、通信部７１ｂは管理装置２Ｂに移管受託通知を送信する（ステップＳ５８）。
【０１２１】
移管受託通知を受信した管理装置２Ｂでは、集配情報および駐停車情報を更新する（ステップＳ５９）。図１１は、更新後の駐停車情報を模式的に示す図である。同図に示すテーブル３００は、図９のテーブル２００の駐停車情報が更新されたものである。具体的には、テーブル３００には、２つの項目「移管」と「移管予定」が追加されている。テーブル３００では、移管元の車両１１ａの車両ＩＤは１０２であり、移管先の車両１１ｂの車両ＩＤは１０３であり、移管予定が２０１９年３月３０日２０：００である場合を示している。また、テーブル３００では、車用１１ａの保管期限も移管予定と同じ２０１９年３月３０日２０：００に変更され、車両１１ｂの保管期限が本来の保管期限２０１９年３月３１日０：００に設定されている。
【０１２２】
ステップＳ５９の後、通信部２１は、制御部２２の制御のもと、提供者端末７ａに移管先通知を送信（ステップＳ６０）し、依頼者端末６および候補者端末７ｂにそれぞれ移管通知を送信（ステップＳ６１、Ｓ６２）し、集配者端末４に移管指示を送信する（ステップＳ６３）。なお、ステップＳ６０〜Ｓ６３の処理の順序は任意である。
【０１２３】
この後、集配者は、移管指示にしたがって、車両１１ａの車室に収納されている荷物を車両１１ｂの車室へ移動する。この際、集配者端末４が行う解錠および解錠処理は、実施の形態１で依頼者端末６が行う処理として説明した解錠および施錠処理とそれぞれ同様である（図５および図６を参照）。車両１１ｂの車室の施錠が完了した後、集配者端末４では、入力部４３が入力を受け付けた移管完了通知を、通信部４１が管理装置２Ｂへ送信する。その後、管理装置２Ｂは、制御部２２Ｂが記憶部２３Ｂの集配情報および駐停車情報を更新し、通信部２１に依頼者端末６、提供者端末７ａおよび候補者端末７ｂへの移管完了報告を送信させる。
【０１２４】
以上説明した実施の形態２によれば、実施の形態１と同様に、荷物の保管期限が近づいた場合に適切に対応することができる。
【０１２５】
また、実施の形態２によれば、所定の領域に駐停車する複数の荷受用車両が登録されている場合において、保管期限が近づいても荷物が収集されないときに荷物の移管を行うことができるため、異常事態が発生しそうになった場合であっても、所定の領域内で荷受用に登録された車両を有効に活用して適切に対応することができる。
【０１２６】
なお、実施の形態２においても、上述した実施の形態１の変形例と同様に、管理装置が認証情報発行部を有してもよい。
【０１２７】
また、選択部２７は、車両１１ごとにあらかじめ登録された集配条件の情報をさらに参照して、荷物を移管する車両１１を選択してもよい。集配条件としては、例えば荷物の種類、重量、集配時間帯等の条件を挙げることができる。
【０１２８】
また、記憶部２３に過去の移管の履歴情報を記憶させておき、選択部２７が駐停車情報とともに移管の履歴情報を参照して、例えば移管先となった回数が多い車両１１から順に荷物を移管する車両１１を選択するようにしてもよい。
【０１２９】
また、一つの車室に複数の荷物を収納可能である場合には、記憶部２３Ｂが同時に収納可能な荷物の種類の組み合わせをあらかじめ記憶しておき、その組み合わせに基づいて選択部２７が移管先の車両を選択するようにしてもよい。これにより、例えば匂いの発生源である食材と、食材の匂いが移らない方が好ましい衣服とが同じ車室に同時に収納される状況を未然に防止することができる。
【０１３０】
また、移管先の車両１１に対して何らかの報酬を与えるようにしてもよい。これにより、車両１１の提供者は荷物の移管を積極的に受託するようになる。
【０１３１】
（その他の実施の形態）
ここまで、本発明を実施するための形態を説明してきたが、本発明は、上述した実施の形態１、２によってのみ限定されるべきものではない。例えば、所定領域内で複数の車両の車室を荷受用として使用可能な場合には、荷物の保管期限に関わらず、提供者端末が管理装置へ移管要求を送信できるようにしてもよい。これにより、提供者の急な予定変更があった場合にも、臨機応変に対応することができる。
【０１３２】
また、管理装置およびセンタサーバを一つずつ備えた集配システムに代えて、集配者端末と物理的に近い場所に管理装置およびセンタサーバの一部の処理を実行可能な端末を分散して配置し、大量のデータを効率よく通信するとともに演算処理時間を短くすることが可能なエッジコンピューティングの技術を適用してもよい。
【０１３３】
さらなる効果や変形例は、当業者によって容易に導き出すことができる。本発明のより広範な態様は、以上のように表しかつ記述した特定の詳細および代表的な実施の形態に限定されるものではない。したがって、添付のクレームおよびその均等物によって定義される総括的な発明の概念の精神または範囲から逸脱することなく、様々な変更が可能である。
【符号の説明】
【０１３４】
１、１Ａ、１Ｂ  集配システム
２、２Ａ、２Ｂ  管理装置
３  センタサーバ
４  集配者端末
５、５ａ、５ｂ  車載装置
６  依頼者端末
７、７ａ、７ｂ  提供者端末
１１、１１ａ、１１ｂ、１０２  車両
２１、３１、４１、６１、７１、５３１  通信部
２２、２２Ａ、２２Ｂ、３２、４５、６５、７５、５１３、５２４、５３６  制御部
２３、２３Ａ、２３Ｂ、３３、４６、６６、７６、５１５、５２５、５３７  記憶部
２４  期限管理部
２５  課金管理部
２６、３４  認証情報発行部
２７  選択部
４２、６２、７２、５２３  近距離通信部
４３、６３、７３、５３４  入力部
４４、６４、７４、５３５  出力部
５１  施解錠装置
５２  キーユニット
５３  制御装置
１００、２００、３００  テーブル
５１１  ＬＦ送信機
５１２  ＲＦ受信機
５１４  ドアロックアクチュエータ
５２１  ＬＦ受信機
５２２  ＲＦ送信機
５３２  位置検出部
５３３  速度検出部
ＮＷ  通信ネットワーク
Ｒ  領域
【図１】
2020173665.tif 000003
【図２】
2020173665.tif 000004
【図３】
2020173665.tif 000005
【図４】
2020173665.tif 000006
【図５】
2020173665.tif 000007
【図６】
2020173665.tif 000008
【図７】
2020173665.tif 000009
【図８】
2020173665.tif 000010
【図９】
2020173665.tif 000011
【図１０】
2020173665.tif 000012
【図１１】
2020173665.tif 000013