(57)【要約】【課題】ユーザの荷物預け入れの利便性を高めることができるロッカー管理システムが提供される。【解決手段】自動運転車両に備わるロッカーの利用状況を管理する管理部と、ロッカーに関するユーザの利用要求を取得する取得部と、自動運転車両をユーザに配車する配車制御部と、を備え、管理部は、ロッカーの利用状況と、取得部により取得された利用要求に基づいて、ユーザが利用するロッカーを決定し、配車制御部は、管理部により決定されたロッカーを備える自動運転車両をユーザに配車する。【選択図】図１
2019096201.tif 000002
【特許請求の範囲】
【請求項１】
自動運転車両に備わるロッカーの利用状況を管理する管理部と、
前記ロッカーに関するユーザの利用要求を取得する取得部と、
前記自動運転車両を前記ユーザに配車する配車制御部と、
を備え、
前記管理部は、前記ロッカーの利用状況と、前記取得部により取得された前記利用要求に基づいて、前記ユーザが利用する前記ロッカーを決定し、
前記配車制御部は、前記管理部により決定された前記ロッカーを備える前記自動運転車両を前記ユーザに配車する、
ロッカー管理装置。
【請求項２】
前記管理部は、前記ロッカーを利用するユーザに対して、前記ロッカーの施錠を解除するための解除コードを提示する請求項１に記載のロッカー管理装置。
【請求項３】
前記管理部は、前記ロッカーと、前記ロッカーの容量と、前記ロッカーの利用状況とを関連付けて管理し、前記ロッカーの容量と、前記ロッカーの利用状況と、前記取得部により取得された前記利用要求に基づいて、前記ユーザが利用する前記ロッカーを決定する、
請求項１または２に記載のロッカー管理装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本開示は、ロッカー管理装置に関する。
【背景技術】
【０００２】
特許文献１は、自動運転車両を用いた配送サービスを開示する。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】米国特許第９２５６８５２号明細書
【発明の概要】
【発明が解決しようとする課題】
【０００４】
ところで、例えば市街地や観光地において、コインロッカーの数が十分でない場合がある。コインロッカーが全て利用されている場合、ユーザは、コインロッカーが空くまで荷物を預け入れることができない。また、ユーザが利用したい場所に、そもそもコインロッカーが設置されていないこともある。本技術分野では、ユーザの荷物預け入れの利便性を高めることが要求されている。
【課題を解決するための手段】
【０００５】
本開示の一態様に係るロッカー管理装置は、自動運転車両に備わるロッカーの利用状況を管理する管理部と、前記ロッカーに関するユーザの利用要求を取得する取得部と、前記自動運転車両を前記ユーザに配車する配車制御部と、を備え、前記管理部は、前記ロッカーの利用状況と、前記取得部により取得された前記利用要求に基づいて、前記ユーザが利用する前記ロッカーを決定し、前記配車制御部は、前記管理部により決定された前記ロッカーを備える前記自動運転車両を前記ユーザに配車する。
【０００６】
このロッカー管理装置では、管理部により、ロッカーの利用状況とユーザの利用要求とに基づいてユーザが利用するロッカーが決定され、配車制御部により、決定されたロッカーを備える自動運転車両がユーザに配車される。このように、自動運転車両に備わるロッカーがユーザに配車されるため、コインロッカーに空きが無くてもユーザは自動運転車両に備わるロッカーに荷物を預け入れることができる。よって、このロッカー管理装置は、ユーザの荷物預け入れの利便性を高めることができる。
【０００７】
一実施形態においては、前記管理部は、前記ロッカーを利用するユーザに対して、前記ロッカーの施錠を解除するための解錠コードを提示してもよい。この場合、解錠コードを提示されたユーザのみがロッカーを利用することができる。
【０００８】
一実施形態では、前記管理部は、前記ロッカーと、前記ロッカーの容量と、前記ロッカーの利用状況とを関連付けて管理し、前記ロッカーの容量と、前記ロッカーの利用状況と、前記取得部により取得された前記利用要求に基づいて、前記ユーザが利用する前記ロッカーを決定してもよい。この場合、ロッカー管理装置は、ロッカーの容量を考慮してユーザが利用するロッカーを決定することができる。
【発明の効果】
【０００９】
本開示の種々の態様によれば、ユーザの荷物預け入れの利便性を高めることができるロッカー管理システムが提供される。
【図面の簡単な説明】
【００１０】
【図１】図１は、実施形態に係るロッカー管理システムの構成の一例を示す図である。
【図２】図２は、ロッカー管理システムの構成要素のハードウェア構成の一例を示す図である。
【図３】図３は、ロッカー管理システムの機能の一例を示すブロック図である。
【図４】図４は、サーバが保有するデータの一例である。
【図５】図５は、固定式ロッカーの予約に関する情報を表示したユーザ端末の画面例である。
【図６】図６は、自動運転ロッカーの予約に関する情報を表示したユーザ端末の画面例である。
【図７】図７は、ロッカー予約処理の一例を示すフローチャートである。
【図８】図８は、ピックアップに関する情報を表示したユーザ端末の画面例である。
【図９】図９は、ピックアップを考慮した予約処理の一例を示すフローチャートである。
【図１０】図１０は、予約処理の一例を示すフローチャートである。
【図１１】図１１は、荷受処理の一例を示すフローチャートである。
【図１２】図１２は、配車処理の一例を示すフローチャートである。
【図１３】図１３は、配車処理の一例を示すフローチャートである。
【図１４】図１４は、配車処理の一例を示すフローチャートである。
【図１５】図１５は、配車処理の一例を示すフローチャートである。
【発明を実施するための形態】
【００１１】
以下、図面を参照して、例示的な実施形態について説明する。なお、以下の説明において、同一又は相当要素には同一符号を付し、重複する説明は繰り返さない。
【００１２】
［第１実施形態］
（ロッカー管理システム）
図１は、実施形態に係るロッカー管理システムの構成の一例を示す図である。ロッカー管理システムは、荷物預け入れサービスをユーザに提供する。図１に示されるように、ロッカー管理システム１は、複数のユーザ端末１０Ａ，…，１０Ｘと、サーバ３０（ロッカー管理装置の一例）と、複数の車両２Ａ，２Ｂ，…，２Ｘと、固定式ロッカー３Ａ，…，３Ｘとを備えている。
【００１３】
複数のユーザ端末１０Ａ，…，１０Ｘは、ネットワークＮを介してサーバ３０と通信可能に接続されている。ネットワークＮは、例えば無線通信ネットワークである。複数のユーザ端末１０Ａ，…，１０Ｘは、ユーザにより携帯される端末である。ユーザとは、ロッカー管理システム１の利用者である。ユーザは、ロッカー管理システム１に予め登録されていてもよい。登録されたユーザには、ユーザを識別するＩＤ（ユーザ識別番号）が割り振られてもよい。複数のユーザ端末１０Ａ，…，１０Ｘは、同一構成であってもよい。以下、ユーザ端末に共通の構成を説明する場合には、ユーザ端末１０をそれらの代表として説明する。
【００１４】
複数の車両２Ａ，２Ｂ，…，２Ｘは、ネットワークＮを介してサーバ３０と通信可能に接続されている。複数の車両２Ａ，２Ｂ，…２Ｘは、ロッカー管理システム１に予め登録されている。登録された車両には、車両を識別するＩＤ（車両識別番号）が割り振られてもよい。複数の車両２Ａ，２Ｂ，…２Ｘは、自動運転車両である。自動運転車両は、予め設定された目的地に向かって自動で車両を走行させる自動運転システムを搭載した車両である。自動運転車両は、運転者が運転操作を行う必要が無く、自動で走行する。以下、車両に共通の構成を説明する場合には、車両２をそれらの代表として説明する。
【００１５】
車両２は、ロッカーを有する。ロッカーとは、施錠機能を有し、内部に手荷物などを預け入れ可能な空間が画成された箱である。一例として、ロッカーは、車両２の荷台に配置される。ロッカーは、施錠機能があればどのような箱であってもよく、例えば、車両２の車室であってもよいし、車両２のトランクであってもよい。また、ロッカーは、上下左右に複数連結されてもよい。以下、車両２が有するロッカーを自動運転ロッカーという。自動運転ロッカーは、ロッカー管理システム１に予め登録されている。登録された自動運転ロッカーには、ロッカーを識別するＩＤ（ロッカー識別番号）が割り振られてもよい。車両２は、複数の自動運転ロッカーを有してもよい。
【００１６】
固定式ロッカー３Ａ，…，３Ｘは、ネットワークＮを介してサーバ３０と通信可能に接続されている。固定式ロッカー３Ａ，…，３Ｘは、施設などに固定設置された一般的なロッカーである。固定式ロッカー３Ａ，…，３Ｘは、ロッカー管理システム１に予め登録されている。登録された固定式ロッカーには、ロッカーを識別するＩＤ（ロッカー識別番号）が割り振られてもよい。以下、固定式ロッカーに共通の構成を説明する場合には、固定式ロッカー３をそれらの代表として説明する。
【００１７】
サーバ３０は、自動運転ロッカー及び固定式ロッカー３の利用状況を管理する。利用状況とは、利用されているか否かの情報である。サーバ３０は、ユーザ端末１０を介してユーザからロッカーの利用要求があった場合、自動運転ロッカー及び固定式ロッカー３の利用状況に基づいて、自動運転ロッカー及び固定式ロッカー３の何れかのロッカーを決定する。あるいは、サーバ３０は、ユーザ端末１０を介してユーザへ自動運転ロッカー及び固定式ロッカー３の利用状況を提示し、ユーザからユーザ端末１０を介してロッカーの利用要求があった場合、利用要求に基づいて自動運転ロッカー及び固定式ロッカー３の何れかのロッカーを決定する。サーバ３０は、決定されたロッカーが固定式ロッカーである場合には、利用要求したユーザに、予約完了または利用可能の通知を行う。サーバ３０は、決定されたロッカーが自動運転ロッカーである場合には、利用要求したユーザに、決定されたロッカーを備える車両２を配車する。
【００１８】
（ロッカー管理システムのハードウェア構成）
図２は、ロッカー管理システムの構成要素のハードウェア構成の一例を示す図である。図２は、ユーザ端末１０、サーバ３０、車両２のハードウェア構成の一例を示す。図２に示されるように、ユーザ端末１０は、プロセッサ１０１、メモリ１０２、ストレージ１０３、通信インターフェース１０４及びユーザインターフェース１０５を備え、一般的なコンピュータとして構成されている。
【００１９】
プロセッサ１０１は、ＣＰＵ（Central  Processing  Unit）などの演算器である。メモリ１０２は、ＲＯＭ（Read  Only  Memory）やＲＡＭ（Random  Access  Memory）などの記憶媒体である。ストレージ１０３は、ＨＤＤ（Hard  Disk  Drive）などの記憶媒体である。通信インターフェース１０４は、データ通信を実現する通信機器である。ユーザインターフェース１０５は、液晶やスピーカなどの出力器、及び、タッチパネルやマイクなどの入力器である。プロセッサ１０１は、メモリ１０２、ストレージ１０３、通信インターフェース１０４及びユーザインターフェース１０５を統括し、後述するユーザ端末の機能を実現する。なお、ユーザ端末１０は、ＧＰＳ（Global Positioning System）受信機を備えていてもよい。
【００２０】
サーバ３０は、上述したユーザ端末１０と同様に、プロセッサ３０１、メモリ３０２、ストレージ３０３（記憶部の一例）、通信インターフェース３０４及びユーザインターフェース３０５を備える。プロセッサ３０１は、メモリ３０２、ストレージ３０３、通信インターフェース３０４及びユーザインターフェース３０５を統括し、後述するサーバ３０の機能を実現する。
【００２１】
車両２はＥＣＵ（Electronic  Control  Unit）を備えている。ＥＣＵは、上述したユーザ端末１０と同様に、プロセッサ２０１、メモリ２０２、ストレージ２０３、通信インターフェース２０４及びユーザインターフェース２０５を備える。プロセッサ２０１は、メモリ２０２、ストレージ２０３、通信インターフェース２０４及びユーザインターフェース２０５を統括し、後述する車両２の機能を実現する。車両２は、ＧＰＳ受信機を備えてもよい。また、車両２は、センサやカメラなど、自動運転車両が一般的に有する構成を備え得る。
【００２２】
（ロッカー管理システムの機能的構成）
最初に、ユーザ端末１０の機能的構成を説明する。図３は、ロッカー管理システム１の機能の一例を示すブロック図である。図３に示されるように、ユーザ端末１０は、表示制御部１１、受付部１２、及び、端末通信部１３を備える。
【００２３】
表示制御部１１は、荷物預け入れサービスに係る表示をユーザインターフェース１０５に表示させる。表示制御部１１は、主にプロセッサ１０１が、メモリ１０２及びストレージ１０３を参照しつつ、ユーザインターフェース１０５を動作させることによって実現される。表示制御部１１によって表示される情報は、メモリ１０２又はストレージ１０３に予め記憶されている情報、受付部１２によって受け付けられたユーザ操作によって確定する情報、端末通信部１３によってサーバ３０から受信された情報などである。
【００２４】
（預入位置に関する表示）
預入位置は、ユーザが荷物を預け入れる位置である。預入位置は、ロッカーの配置位置と一致している必要はなく、任意に設定され得る位置である。預入位置は、おおよその位置や、施設などを特定する情報であればよい。預入位置は、一例として、ユーザ操作により指定される。表示制御部１１は、荷物預け入れサービスに係る表示の一例として、預入位置のユーザ入力をサポートする画面をユーザインターフェース１０５に表示させる。例えば、表示制御部１１は、地図をユーザインターフェース１０５に表示させる。ユーザ端末１０のユーザインターフェース１０５に表示された地図をユーザが指でタップ操作した位置が預入位置となる。預入位置は、ユーザ端末１０に備わるＧＰＳ受信機の位置に基づいて決定されてもよい。表示制御部１１は、希望するロッカーの容量、利用料金、利用時間などを入力するためのフォームをユーザインターフェース１０５に表示させてもよい。
【００２５】
（ロッカー情報の表示）
表示制御部１１は、荷物預け入れサービスに係る表示の一例として、ロッカーに関する情報を表示する。ロッカーに関する情報は、例えば、ロッカーの利用状況、ロッカーの属性（例えば容量、利用料金など）である。ロッカー関する情報は、一例として、預入位置に基づいて選択される。例えば、ロッカー関する情報は、預入位置から所定距離内に存在する固定式ロッカー３の情報であったり、預入位置へ所定時間内に到着可能な自動運転ロッカーの情報であってもよい。
【００２６】
表示制御部１１は、候補となるロッカーを確認するための画面をユーザインターフェース１０５に表示させてもよい。一例として、表示制御部１１は、ユーザ端末１０の位置から所定距離内に存在する固定式ロッカーの位置、及び所定時間内に到着可能な自動運転ロッカーの現在位置を示す地図をユーザインターフェース１０５に表示させる。ユーザ端末１０のユーザインターフェース１０５に表示された候補ロッカーをユーザが指でタップ操作した場合、選択された候補ロッカーの属性が表示されてもよい。また、候補ロッカーの１つをユーザがタップ操作した場合、タップ操作により選択された候補ロッカーが要求するロッカーとして設定されてもよい。
【００２７】
（意思確認に関する表示）
表示制御部１１は、自動運転ロッカーの利用意思を確認するための画面をユーザインターフェース１０５に表示させてもよい。確認画面の一例としては、利用ボタンなどのユーザ操作によって選択可能なアイコンを表示した画面である。例えば、ユーザ端末１０のユーザインターフェース１０５に表示された利用ボタンのアイコンをユーザが指でタップ操作した場合、自動運転ロッカーを利用することに対して同意する旨の利用意思が表明される。
【００２８】
（予約に関する表示）
表示制御部１１は、ロッカーの予約画面をユーザインターフェース１０５に表示させてもよい。予約画面の一例としては、予約ボタンなどのユーザ操作によって選択可能なアイコンを表示した画面などである。例えば、ユーザ端末１０のユーザインターフェース１０５に表示された予約ボタンのアイコンをユーザが指でタップ操作した場合、ロッカーが予約される。
【００２９】
受付部１２は、荷物預け入れサービスに関するユーザ操作を受け付ける。受付部１２は、主にプロセッサ１０１が、メモリ１０２及びストレージ１０３を参照しつつ、ユーザインターフェース１０５を動作させることによって実現される。荷物預け入れサービスに関するユーザ操作は、一例として、預入位置、ロッカーの属性などを入力する操作、要求するロッカーを選択する操作、利用ボタンや予約ボタンを選択する操作などである。
【００３０】
端末通信部１３は、サーバ３０と通信する。端末通信部１３、主にプロセッサ１０１が、メモリ１０２及びストレージ１０３を参照しつつ、通信インターフェース１０４を動作させることによって実現される。端末通信部１３は、ロッカーの情報をサーバ３０から受信する。一例として、端末通信部１３は、端末の現在位置又は希望する預入位置に応じて、ロッカーの選択に必要な情報を、サーバ３０から受信する。ロッカーの選択に必要な情報は、一例として、ロッカーの位置、ロッカーの属性などである。さらに、端末通信部１３は、利用要求をサーバ３０へ送信する。利用要求は、ロッカーの利用を要求する情報であり、少なくとも預入位置を含む。利用要求は、希望するロッカーの指定情報、希望するロッカーの条件、ユーザによって表明される自動運転ロッカーの利用意思などを含んでもよい。端末通信部１３は、予約したロッカーの詳細をサーバ３０から受信する。
【００３１】
このように、ユーザ端末１０には、ロッカーに関する情報が表示され、ユーザ操作に基づいてロッカーが予約される。
【００３２】
次に、サーバ３０の機能的構成について説明する。サーバ３０は、サーバ通信部３１（取得部の一例）、全体ロッカー管理部３２（管理部の一例）、配車制御部３３、登録車両ＤＢ３４、及び、ロッカーＤＢ３５を備える。
【００３３】
最初に、サーバ３０が保有するデータについて説明する。登録車両ＤＢ３４は、車両２に関する情報を記憶する。登録車両ＤＢ３４は、サーバ３０のストレージ３０３に格納される。登録車両ＤＢ３４は、車両２の車両識別番号と、車両２の情報とを関連付けて記憶する。
【００３４】
ロッカーＤＢ３５は、ロッカーに関する情報を記憶する。ロッカーＤＢ３５は、サーバ３０のストレージ３０３に格納される。ロッカーＤＢ３５は、一例として、ロッカーＩＤと、ロッカーの情報とを関連付けて記憶する。ロッカーＩＤは、システム内のロッカーを特定することができる識別子である。ロッカーＩＤは、一例として、固定式ロッカー３及び自動運転ロッカーの全てに割り振られている。
【００３５】
図４は、サーバ３０が保有するデータの一例である。図４の（Ａ）は、登録車両ＤＢ３４に格納された情報の一例である。図４の（Ａ）に示されるように、登録車両ＤＢ３４は、車両識別番号に対応付けて、現在の車両位置、走行計画などを記憶する。車両位置は、地図上の位置であり、例えば緯度経度である。走行計画とは、車両２の配車スケジュールである。走行計画は、車両２の位置、速度、行き先などと予定時間とを関連付けたデータである。
【００３６】
図４の（Ａ）では、車両識別番号「登録車両２Ａ」と、車両位置「緯度：ＸＸ、経度：ＸＸ」、走行計画「走行計画Ａ」とが関連付けて記憶されている。車両識別番号「登録車両２Ｂ」と、車両位置「緯度：ＸＸ、経度：ＸＸ」、走行計画「走行計画Ｂ」とが関連付けて記憶されている。車両識別番号「登録車両２Ｃ」と、車両位置「緯度：ＸＸ、経度：ＸＸ」、走行計画「走行計画Ｃ」とが関連付けて記憶されている。
【００３７】
図４の（Ｂ）は、ロッカーＤＢ３５に格納された情報の一例である。図４の（Ｂ）に示されるように、ロッカーＤＢ３５は、ロッカーＩＤに対応付けて、種別、車両識別番号、現在位置、利用状況、容量、料金、解除コードなどを記憶する。種別とは、固定式ロッカー３と自動運転ロッカーとを識別する情報である。例えば、種別「車両」は、自動運転ロッカーであることを示しており、種別「固定」は、固定式ロッカー３であることを示す。ロッカーＩＤに関連付けられた車両識別番号は、当該ロッカーを備える車両２の車両識別番号である。車両２が複数のロッカーを有する場合、異なるロッカーＩＤに同一の車両識別番号が割り振られる。現在位置は、ロッカーの所在地である。もちろん、固定式ロッカーの場合には、工事などが無い限り、現在位置は更新されない。自動運転ロッカーの場合には、現在位置は所定タイミングで更新される。自動運転ロッカーの位置は、登録車両ＤＢ３４に格納された、当該自動運転ロッカーを備える車両の現在位置と一致する。利用状況「空」は、ロッカーが利用されておらず、予約可能状態であることを示す。利用状況「満」は、ロッカーが利用されており、予約不能状態であることを示す。なお、利用状況は、予約済みの時間や、利用終了予定時刻などを含んでもよい。容量は、ロッカー内部の容積である。容量は、「大」「中」「小」の３つの容量にカテゴリ分けされているが、これに限定されない。料金は、利用料金であり、ロッカー利用の対価として支払う金額である。料金は、自動運転ロッカーの方が固定式ロッカーの料金よりも安く設定されるが、これに限定されるものではない。解除コードは、ロッカーの施錠を解除するセキュリティコードである。なお、解除コードは、予約ユーザのみが認証される鍵として機能する情報であれば何でもよい。解除コードは、文字、数字、記号、画像、映像などあらゆる情報であってよい。
【００３８】
図４の（Ｂ）では、ロッカーＩＤ「ＡＡＡ０００」と、種別「車両」、車両識別番号「登録車両２Ａ」、現在位置「緯度：ＸＸ、経度：ＸＸ」、利用状況「空」、容量「大」、料金「Ｙ１」、解除コード「ＡＡＡＡ」とが関連付けて記憶されている。ロッカーＩＤ「ＢＢＢ０００」と、種別「固定」、車両識別番号「−」、現在位置「緯度：ＸＸ、経度：ＸＸ」、利用状況「満」、容量「中」、料金「Ｚ１」、解除コード「ＢＢＢＢ」とが関連付けて記憶されている。ロッカーＩＤ「ＣＣＣ０００」と、種別「車両」、車両識別番号「登録車両２Ａ」、現在位置「緯度：ＸＸ、経度：ＸＸ」、利用状況「空」、容量「中」、料金「Ｙ２」、解除コード「ＣＣＣＣ」とが関連付けて記憶されている。ロッカーＩＤ「ＤＤＤ０００」と、種別「車両」、車両識別番号「登録車両２Ｃ」、現在位置「緯度：ＸＸ、経度：ＸＸ」、利用状況「満」、容量「中」、料金「Ｙ２」、解除コード「ＤＤＤＤ」とが関連付けて記憶されている。ロッカーＩＤ「ＥＥＥ０００」と、種別「固定」、車両識別番号「−」、現在位置「緯度：ＸＸ、経度：ＸＸ」、利用状況「空」、容量「小」、料金「Ｚ２」、解除コード「ＥＥＥＥ」とが関連付けて記憶されている。
【００３９】
登録車両ＤＢ３４の情報は、配車制御部３３によって逐次更新される。つまり、登録車両ＤＢ３４の情報は、配車制御部３３によって管理される。ロッカーＤＢ３５の情報は、全体ロッカー管理部３２によって逐次更新される。つまり、ロッカーＤＢ３５の情報は、全体ロッカー管理部３２によって管理される。
【００４０】
サーバ通信部３１は、ユーザ端末１０及び車両２と通信する。サーバ通信部３１は、主にプロセッサ３０１が、メモリ３０２及びストレージ３０３を参照しつつ、通信インターフェース３０４を動作させることによって実現される。サーバ通信部３１は、ロッカーに関するユーザの利用要求を取得する。ユーザの利用要求は、ユーザ端末１０を介して取得される。
【００４１】
全体ロッカー管理部３２は、ロッカーに関する情報を管理し、荷物預け入れサービスに関する処理を統括する。全体ロッカー管理部３２は、主にプロセッサ３０１が、メモリ３０２及びストレージ３０３を参照して演算することによって実現される。
【００４２】
全体ロッカー管理部３２は、一例として、サーバ通信部３１を介して車両２から情報を受信した場合、ロッカーＤＢ３５に格納された情報を更新する。例えば、全体ロッカー管理部３２は、ロッカーＤＢ３５に格納されたロッカーの現在位置を必要に応じて更新する。
【００４３】
全体ロッカー管理部３２は、ロッカーの利用状況と、サーバ通信部３１により取得された利用要求に基づいて、ユーザが利用するロッカーを決定する。全体ロッカー管理部３２は、ユーザ端末１０を介してユーザからロッカーの利用要求があった場合、ロッカーＤＢ３５を参照して自動運転ロッカー及び固定式ロッカー３の利用状況を取得する。そして、全体ロッカー管理部３２は、自動運転ロッカー及び固定式ロッカー３の利用状況に基づいて、自動運転ロッカー及び固定式ロッカー３の何れかのロッカーを決定する。ロッカーが決定されると、サーバ３０において予約が完了する。
【００４４】
全体ロッカー管理部３２は、ユーザ端末１０を介してユーザからロッカーの利用要求があった場合、ユーザ端末１０を介してユーザへ自動運転ロッカー及び固定式ロッカー３の利用状況を提示してもよい。そして、全体ロッカー管理部３２は、ユーザからユーザ端末１０を介して希望するロッカーを指定する利用要求があった場合、利用要求に基づいて自動運転ロッカー及び固定式ロッカー３の何れかのロッカーを決定する。
【００４５】
全体ロッカー管理部３２は、固定式ロッカーの利用状況、および/または、ユーザの自動運転ロッカーの利用意思に基づいて、自動運転ロッカーを決定するようにしてもよい。例えば、全体ロッカー管理部３２は、固定式ロッカーの利用数が所定値以上、または、固定式ロッカーの空き数が所定値以下の場合に、自動運転ロッカーを決定する。例えば、全体ロッカー管理部３２は、自動運転ロッカーを利用することに対して同意する旨の利用意思が利用要求に含まれる場合、自動運転ロッカーを決定する。
【００４６】
全体ロッカー管理部３２は、ロッカーの容量と、ロッカーの利用状況と、ユーザの利用要求に基づいて、ユーザが利用するロッカーを決定してもよい。全体ロッカー管理部３２は、利用要求にロッカーの条件（容量など）が含まれている場合、ユーザの希望するロッカーの条件に合致した空きロッカーを決定する。
【００４７】
全体ロッカー管理部３２は、ロッカーの決定に基づいてロッカーの利用状況を更新する。全体ロッカー管理部３２は、ロッカーが予約された場合、ロッカーＤＢ３５に格納された情報を更新する。例えば、全体ロッカー管理部３２は、ロッカーが予約された場合、予約されたロッカーの利用状況を「満」に更新する。
【００４８】
全体ロッカー管理部３２は、ロッカーの利用が終了した場合、当該ロッカーの利用状況を「空」に更新する。なお、全体ロッカー管理部３２は、ロッカーの利用が終了した場合、当該ロッカーの解除コードを更新してもよい。
【００４９】
全体ロッカー管理部３２は、ユーザ端末１０に表示させるための、荷物預け入れサービスに関する情報を生成する。生成された情報は、サーバ通信部３１を介してユーザへ送信される。
【００５０】
配車制御部３３は、全体ロッカー管理部３２により決定された自動運転ロッカーを備える車両２をユーザに配車する。配車制御部３３は、預入位置を当該車両２へ送信する。
【００５１】
次に、車両２の機能的構成を説明する。車両２は、一例として、位置取得部２１、車両通信部２２、自動運転部２３、及び、ロッカー管理部２４を備える。
【００５２】
位置取得部２１は、車両２の地図上の位置を取得する。位置取得部２１は、主にプロセッサ２０１が、ＧＰＳ受信機から得られた情報に基づいて動作することによって実現される。
【００５３】
車両通信部２２は、サーバ３０と通信する。車両通信部２２は、主にプロセッサ２０１が、メモリ２０２及びストレージ２０３を参照しつつ、通信インターフェース２０４を動作させることにより実現される。送信情報は、車両２の位置に関する情報を含む。受信情報は、預入位置を含む。受信情報は、ロッカー予約をしたユーザの情報を含んでもよい。
【００５４】
自動運転部２３は、車両２を自動運転で走行させる。自動運転部２３は、図示しないセンサなどの検知情報及び地図情報などに基づいて、自動運転を実現する。なお、車両２が自動運転機能を有する場合であって自動運転で走行するときには、受信された預入位置が目的地として設定される。
【００５５】
ロッカー管理部２４は、自動運転ロッカーの利用開始、利用終了、施錠状態などを管理する。ロッカー管理部２４は、ユーザから解除コードを取得した場合、自動運転ロッカーを解除する。
【００５６】
（画面例）
図５は、固定式ロッカーの予約に関する情報を表示したユーザ端末の画面例である。図５に示される画面例は、表示制御部１１によって表示される。
【００５７】
図５の（Ａ）は、利用位置（預入位置）の入力をサポートする画面例Ｇ１である。図５の（Ａ）に示されるように、画面例Ｇ１には、ユーザに利用位置を入力することを促すメッセージと、地図が表示される。図５の（Ｂ）は、固定式ロッカー３の利用状況を表示した画面例Ｇ２である。図５の（Ｂ）に示されるように、画面例Ｇ２には、預入位置に基づいて選択された固定式ロッカー３それぞれの利用状況が表示される。画面例Ｇ２には、固定式ロッカー３の場所及び容量も表示される。画面例Ｇ２には、固定式ロッカー３を選択可能な選択アイコンがさらに表示される。図５の（Ｃ）は、固定式ロッカー３の予約画面を表示した画面例Ｇ３である。図５の（Ｃ）に示されるように、画面例Ｇ３には、画面例Ｇ２の選択アイコンにて選択された固定式ロッカー３の詳細情報（料金）が表示されるとともに、予約ボタンのアイコンと、キャンセルボタンのアイコン（予約しないを決定するアイコン）とが表示される。ユーザは、画面例Ｇ１、Ｇ２、Ｇ３に対して操作することで、固定式ロッカー３の予約を行うことができる。なお、画面例Ｇ３において、料金の提示はしなくてもよい。
【００５８】
図６は、自動運転ロッカーの予約に関する情報を表示したユーザ端末の画面例である。図６に示される画面例は、表示制御部１１によって表示される。
【００５９】
図６の（Ａ）は、自動運転ロッカーの利用意思を確認する画面例Ｇ４である。図６の（Ａ）に示されるように、画面例Ｇ４には、自動運転ロッカーの利用に同意するか否かのメッセージと、利用する意思を表明するための利用ボタンのアイコンと、利用しない意思を表明するためのキャンセルボタンのアイコンと、が表示される。図６の（Ｂ）は、自動運転ロッカーの利用状況を表示した画面例Ｇ５である。図６の（Ｂ）に示されるように、画面例Ｇ５には、預入位置に基づいて選択された自動運転ロッカーそれぞれの利用状況が表示される。画面例Ｇ５には、自動運転ロッカーの容量も表示される。画面例Ｇ５には、自動運転ロッカーを選択可能な選択アイコンがさらに表示される。図６の（Ｃ）は、自動運転ロッカーの予約画面を表示した画面例Ｇ６である。図６の（Ｃ）に示されるように、画面例Ｇ６には、画面例Ｇ５の選択アイコンにて選択された自動運転ロッカーの詳細情報（料金）と、制約条件（例えば、預け入れ可能な時間、ピックアップ可能な時間）とが表示されるとともに、予約ボタンのアイコンと、キャンセルボタンのアイコン（予約しないを決定するアイコン）とが表示される。ユーザは、画面例Ｇ４、Ｇ５、Ｇ６に対して操作することで、自動運転ロッカーの予約を行うことができる。なお、画面例Ｇ６において、料金の提示はしなくてもよい。
【００６０】
（荷物預け入れサービスの処理）
以下、荷物預け入れサービスの処理の一例が開示される。図７は、ロッカー予約処理の一例を示すフローチャートである。図７のフローチャートは、サーバ３０によって実行される。図７のフローチャートは、例えば、ユーザ端末１０及びサーバ３０が起動状態であり、かつ、ユーザがユーザ端末１０の荷物預け入れアプリケーションや荷物預け入れサービスのＷＥＢ画面などを起動させたタイミングで実行される。なお、図７のフローチャート開始前において、サーバ３０は、ロッカーの位置及び利用状況を取得しているものとする。
【００６１】
図７に示されるように、サーバ３０のサーバ通信部３１は、利用要求受信処理（Ｓ１０）として、ユーザ端末１０から利用要求を受信する。
【００６２】
続いて、全体ロッカー管理部３２は、固定式ロッカー３の空き判定処理（Ｓ１２）として、利用要求に合致する固定式ロッカーの空きがあるか否かを判定する。全体ロッカー管理部３２は、例えば、ロッカーＤＢ３５を参照し、利用要求に含まれる預入位置に基づいて、空きの有無を判定する。
【００６３】
利用要求に合致する固定式ロッカーの空きがあると判定された場合（Ｓ１２：ＹＥＳ）、全体ロッカー管理部３２は、固定式ロッカー３の情報提示処理（Ｓ１４）として、空きのある固定式ロッカー３の情報を提示する。全体ロッカー管理部３２は、例えば、空きのある固定式ロッカー３のリストを作成し、ユーザ端末１０へ送信する。ユーザ端末１０によって、例えば画面例Ｇ２（図５の（Ｂ））がユーザに提示される。
【００６４】
利用要求に合致する固定式ロッカーの空きがないと判定された場合（Ｓ１２：ＮＯ）、全体ロッカー管理部３２は、同意を得るための情報提示処理（Ｓ２０）として、自動運転ロッカーの利用を提案する情報を提示する。全体ロッカー管理部３２は、例えば、自動運転ロッカーの利用が可能であることを示すメッセージを作成し、ユーザ端末１０へ送信する。ユーザ端末１０によって、例えば画面例Ｇ４（図６の（Ａ））がユーザに提示される。
【００６５】
続いて、全体ロッカー管理部３２は、利用意思の受信判定処理（Ｓ２２）として、ユーザが自動運転ロッカーの利用に同意したか否かを判定する。画面例Ｇ４（図６の（Ａ））において、ユーザにより利用ボタンまたはキャンセルボタンのアイコンが選択された場合、ユーザ端末１０は、アイコンの選択情報をサーバ３０へ送信する。全体ロッカー管理部３２は、利用ボタンのアイコンの選択情報を受信した場合、ユーザが自動運転ロッカーの利用に同意したと判定する。全体ロッカー管理部３２は、キャンセルボタンのアイコンの選択情報を受信した場合、ユーザが自動運転ロッカーの利用に同意していないと判定する。
【００６６】
ユーザが自動運転ロッカーの利用に同意したと判定された場合（Ｓ２２：ＹＥＳ）、全体ロッカー管理部３２は、自動運転ロッカーの情報提示処理（Ｓ２４）として、空きのある自動運転ロッカーの情報を提示する。全体ロッカー管理部３２は、例えば、空きのある自動運転ロッカーのリストを作成し、ユーザ端末１０へ送信する。ユーザ端末１０によって、例えば画面例Ｇ５（図６の（Ｂ））がユーザに提示される。
【００６７】
固定式ロッカー３の情報提示処理（Ｓ１４）、または、自動運転ロッカーの情報提示処理（Ｓ２４）が終了すると、全体ロッカー管理部３２は、予約受信判定処理（Ｓ１６）として、予約を受信したか否かを判定する。画面例Ｇ３（図５の（Ｃ））及び画面例Ｇ６（図６の（Ｃ））において、ユーザにより予約ボタンまたはキャンセルボタンのアイコンが選択された場合、ユーザ端末１０は、アイコンの選択情報をサーバ３０へ送信する。全体ロッカー管理部３２は、予約ボタンのアイコンの選択情報を受信した場合、予約を受信したと判定する。全体ロッカー管理部３２は、キャンセルボタンのアイコンの選択情報を受信した場合、予約を受信していないと判定する。
【００６８】
予約を受信したと判定された場合（Ｓ１６：ＹＥＳ）、全体ロッカー管理部３２は、予約処理（Ｓ１８）として、ロッカーＤＢ３５の利用状況を更新するとともに、ユーザ端末１０へ予約完了通知を行う。
【００６９】
予約処理（Ｓ１８）が終了した場合、予約を受信していないと判定された場合（Ｓ１６：ＮＯ）、ユーザが自動運転ロッカーの利用に同意していないと判定された場合（Ｓ２２：ＮＯ）、図７に示されるフローチャートが終了する。以上でロッカーの一連の予約処理が終了する。
【００７０】
全体ロッカー管理部３２は、自動運転ロッカーが予約されている場合、配車制御部３３へ預入位置を含む配車情報を出力する。配車情報には、預入時間を含ませてもよい。配車制御部３３は、全体ロッカー管理部３２から配車情報を受信した場合、自動運転の車両２を預入位置へ配車させる。
【００７１】
全体ロッカー管理部３２は、自動運転ロッカーが予約されている場合、ユーザに予約済みの自動運転ロッカーの解除キーを提示する。これにより、ユーザは、解除キーを用いて、自動運転ロッカーの施錠を解除することができる。
【００７２】
（第１実施形態のまとめ）
サーバ３０は、全体ロッカー管理部３２により、ロッカーの利用状況とユーザの利用要求とに基づいてユーザが利用するロッカーを決定し、配車制御部３３により、決定されたロッカーを備える自動運転の車両２をユーザに配車することができる。このように、自動運転の車両２に備わるロッカーがユーザに配車されるため、コインロッカーに空きが無くてもユーザは車両２に備わるロッカーに荷物を預け入れることができる。よって、このサーバ３０は、ユーザの荷物預け入れの利便性を高めることができる。
【００７３】
さらに、サーバ３０によれば、解錠コードを提示されたユーザのみがロッカーを利用することができるので、セキュリティを確保することができる。サーバ３０は、ロッカーの容量を考慮してユーザが利用するロッカーを決定することができる。このため、このサーバ３０は、ユーザの荷物預け入れの利便性をさらに高めることができる。
【００７４】
［第２実施形態］
第２実施形態に係るロッカー管理システムは、第１実施形態に係るロッカー管理システム１と比較して、手荷物を預け入れることを優先するのか、自動運転ロッカーの到着時間を優先するのかをユーザに選択させ、希望に添った形で荷物預け入れサービスを提供する機能をさらに有する点で相違し、その他は同一である。第２実施形態では、第１実施形態と同一の内容については繰り返さない。
【００７５】
全体ロッカー管理部３２は、手荷物を預け入れることを優先するのか、自動運転ロッカーの到着時間を優先するのかをユーザに選択させる選択画面を生成し、ユーザに提示する。全体ロッカー管理部３２は、自動運転ロッカーの到着時間を優先することをユーザが選択した場合、ピックアップ位置及び時刻の入力画面を生成し、ユーザに提示する。ピックアップ位置とは、第１実施形態の預入位置と同様に、ユーザが荷物を預け入れる位置である。全体ロッカー管理部３２は、ピックアップ位置及び時刻に基づいて、車両２を配車する。
【００７６】
全体ロッカー管理部３２は、候補となる車両２のリストを生成し、ユーザに提示してもよい。この場合、ユーザは、候補のリストの中から所望の車両２を選択する。
【００７７】
（画面例）
図８は、ピックアップに関する情報を表示したユーザ端末の画面例である。図８に示される画面例は、表示制御部１１によって表示される。
【００７８】
図８の（Ａ）は、利用形態の選択をサポートする画面例Ｇ７である。図８の（Ａ）に示されるように、画面例Ｇ７には、預け優先ボタンのアイコンと、ピックアップ時間優先ボタンのアイコンとが表示される。預け優先とは、手荷物の全てを預けることを優先することであり、ピックアップ時間優先とは、預け入れる時間を優先することである。図８の（Ｂ）は、ピックアップ位置及びピックアップ時刻の入力をサポートする画面例Ｇ８である。画面例Ｇ８は、図８の（Ａ）においてピックアップ時間優先ボタンのアイコンが選択されたときに表示される。図８の（Ｂ）に示されるように、画面例Ｇ８には、ピックアップ位置及びピックアップ時刻の入力フォームと、入力をサポートする地図とが表示される。図８の（Ｃ）は、候補となる自動運転の車両２を表示した画面例Ｇ９である。図８の（Ｃ）に示されるように、画面例Ｇ９には、候補となる自動運転の車両２のリストと、予約ボタンのアイコンと、キャンセルボタンのアイコン（予約しないを決定するアイコン）とが表示される。ユーザは、画面例Ｇ７、Ｇ８、Ｇ９に対して操作することで、ピックアップ時間を優先させて荷物の預け入れを行うことができる。
【００７９】
（ピックアップを考慮した予約処理）
以下、ピックアップを考慮した予約処理の一例が開示される。図９は、ピックアップを考慮した予約処理の一例を示すフローチャートである。図９のフローチャートは、サーバ３０によって実行される。図９のフローチャートは、例えば、ユーザ端末１０及びサーバ３０が起動状態であり、かつ、ユーザがユーザ端末１０の荷物預け入れアプリケーションや荷物預け入れサービスのＷＥＢ画面などを起動させたタイミングで実行される。なお、図９のフローチャート開始前において、サーバ３０は、ロッカーの位置及び利用状況を取得しているものとする。
【００８０】
図９に示されるように、サーバ３０のサーバ通信部３１は、利用意思の受信判定処理（Ｓ３０）として、ユーザが自動運転ロッカーの利用に同意したか否かを判定する。この処理は、図７の受信判定処理（Ｓ２２）と同一である。
【００８１】
ユーザが自動運転ロッカーの利用に同意したと判定された場合（Ｓ３０：ＹＥＳ）、全体ロッカー管理部３２は、優先順位判定処理（Ｓ３２）として、手荷物を預け入れることを優先する旨の情報を受信したか否かを判定する。画面例Ｇ７（図８の（Ａ））において、ユーザにより預け優先ボタンのアイコンまたはピックアップ時間優先ボタンが選択された場合、ユーザ端末１０は、アイコンの選択情報をサーバ３０へ送信する。全体ロッカー管理部３２は、預け優先ボタンの選択情報を受信した場合、手荷物を預け入れることを優先する旨の情報を受信したと判定する。
【００８２】
手荷物を預け入れることを優先する旨の情報を受信したと判定された場合（Ｓ３２：ＹＥＳ）、全体ロッカー管理部３２は、自動運転ロッカーの情報提示処理（Ｓ３４）として、空きのある自動運転ロッカーの情報を提示する。この処理は、図７の情報提示処理（Ｓ２４）と同一であり、画面例Ｇ６（図６の（Ｃ））がユーザに提示される。画面例Ｇ６に示されるように、ピックアップに関する制約（ピックアップ時間や預け時間）が表示される。
【００８３】
手荷物を預け入れることを優先する旨の情報を受信しないと判定された場合（Ｓ３２：ＮＯ）、全体ロッカー管理部３２は、ピックアップ希望条件の受信処理（Ｓ４０）として、ユーザ端末１０からピックアップ位置及び時刻を取得する。画面例Ｇ７（図８の（Ａ））に示されるように、一例では選択肢は２択であるため、手荷物を預け入れることを優先する旨の情報を受信しない場合とはピックアップ時間優先ボタンの選択情報を受信した場合になる。この場合、ユーザ端末１０は、画面例Ｇ８（図８の（Ｂ））を表示し、ピックアップ位置及び時間のユーザ入力を受け付ける。ユーザ端末１０は、サーバ３０へ受け付けた情報を送信する。このように、全体ロッカー管理部３２は、ピックアップ希望条件を受信する。
【００８４】
続いて、全体ロッカー管理部３２は、候補提示処理（Ｓ４２）として、ピックアップ希望条件を満たす車両２、あるいは、ピックアップ希望条件に近い車両２を選択し、ユーザに提示する。全体ロッカー管理部３２は、例えば、候補となる自動運転ロッカーのリストを作成し、ユーザ端末１０へ送信する。
【００８５】
自動運転ロッカーの情報提示処理（Ｓ３４）、または、候補となる自動運転ロッカーの情報提示処理（Ｓ４２）が終了すると、予約受信判定処理（Ｓ３６）、予約処理（Ｓ３８）が実行される。これらの処理は、図７の予約受信判定処理（Ｓ１６）、予約処理（Ｓ１８）と同一である。
【００８６】
ユーザが自動運転ロッカーの利用に同意していないと判定された場合（Ｓ３０：ＮＯ）、予約処理（Ｓ３８）が終了した場合、予約を受信していないと判定された場合（Ｓ３６：ＮＯ）は、図９に示されるフローチャートが終了する。以上でロッカーの一連の予約処理が終了する。
【００８７】
（第２実施形態のまとめ）
サーバ３０は、ユーザによって選択された利用形態に応じて、提示する情報を変更し、車両２を配車するため、ユーザの荷物預け入れの利便性を一層高めることができる。
【００８８】
［第３実施形態］
第３実施形態に係るロッカー管理システムは、第１実施形態に係るロッカー管理システム１と比較して、自動運転ロッカーの制約条件をユーザに提示し、同意が得られた場合には予約されたとみなす点が相違し、その他は同一である。第３実施形態では、解除コードを用いた処理に関して詳細な説明が開示される。
【００８９】
図１０は、予約処理の一例を示すフローチャートである。図１０のフローチャートは、サーバ３０によって実行される。図１０のフローチャートは、例えば、ユーザ端末１０及びサーバ３０が起動状態であり、かつ、ユーザがユーザ端末１０の荷物預け入れアプリケーションや荷物預け入れサービスのＷＥＢ画面などを起動させたタイミングで実行される。なお、図１０のフローチャート開始前において、サーバ３０は、ロッカーの位置及び利用状況を取得しているものとする。
【００９０】
図１０に示されるように、サーバ３０の全体ロッカー管理部３２は、利用意思の受信判定処理（Ｓ５０）として、ユーザから自動運転ロッカーの利用要求を受信したか否かを判定する。
【００９１】
ユーザから自動運転ロッカーの利用要求を受信したと判定された場合（Ｓ５０：ＹＥＳ）、全体ロッカー管理部３２は、提示処理（Ｓ５２）として、自動運転ロッカーの配車情報及びピックアップ制約条件をユーザに提示する。全体ロッカー管理部３２は、ユーザ端末１０に自動運転ロッカーの配車情報と、ピックアップ制約条件と、同意するか否かの選択ボタンとを表示させる。
【００９２】
続いて、全体ロッカー管理部３２は、判定処理（Ｓ５４）として、ユーザからピックアップ制約条件に同意する旨の情報を受信したか否かを判定する。
【００９３】
ユーザからピックアップ制約条件に同意する旨の情報を受信したと判定された場合（Ｓ５４：ＹＥＳ）、全体ロッカー管理部３２は、配車処理（Ｓ５６）として、解除コードを送信するとともに、ユーザに提示した車両２を配車制御部３３に配車させる。
【００９４】
ユーザから自動運転ロッカーの利用要求を受信していないと判定された場合（Ｓ５０：ＮＯ）、ユーザからピックアップ制約条件に同意する旨の情報を受信しないと判定された場合（Ｓ５４：ＮＯ）、または、配車処理（Ｓ５６）が終了した場合、図１０に示されるフローチャートが終了する。以上でロッカーの一連の予約処理が終了する。
【００９５】
図１１は、荷受処理の一例を示すフローチャートである。図１１のフローチャートは、車両２によって実行される。図１１のフローチャートは、例えば、図１０のフローチャートの実行後に開始される。
【００９６】
図１１に示されるように、車両２の自動運転部２３は、到着判定処理（Ｓ６０）として、車両２の位置と、ユーザとの位置が所定距離以下になったか否かを判定する。ユーザとの位置が所定距離以下になったと判定された場合（Ｓ６０：ＹＥＳ）、自動運転部２３は、停止処理（Ｓ６２）として、車両２を停止させる。
【００９７】
続いて、車両２は、解錠判定処理（Ｓ６４）として、ユーザによる解除コードの入力があるか否かを判定する。解除コードの入力があると判定された場合（Ｓ６４：ＹＥＳ）、車両２のロッカー管理部２４は、サーバ３０から取得した解除コードと、ユーザにより入力された解除コードとを照合する。ロッカー管理部２４は、解錠処理（Ｓ６４）として、同一解除コードであると判定された場合、ロッカーの施錠を解錠する。
【００９８】
ユーザとの位置が所定距離以下でないと判定された場合（Ｓ６０：ＮＯ）、または、解除コードの入力がないと判定された場合（Ｓ６４：ＮＯ）、または、解錠処理（Ｓ６４）が終了した場合、図１１に示されるフローチャートが終了する。以上で一連の荷受処理が終了する。
【００９９】
（第３実施形態のまとめ）
サーバ３０は、解除コードを用いることで、預け入れた手荷物のセキュリティを確保することができる。
【０１００】
［第４実施形態］
第４実施形態に係るロッカー管理システムは、第１実施形態に係るロッカー管理システム１と比較して、固定式ロッカーの利用数に基づいて自動運転ロッカーを配車させるか否かを判定する点が相違し、その他は同一である。
【０１０１】
図１２は、配車処理の一例を示すフローチャートである。図１２のフローチャートは、サーバ３０によって実行される。なお、図１２のフローチャート開始前において、サーバ３０は、ロッカーの位置及び利用状況を取得しているものとする。
【０１０２】
図１２に示されるように、サーバ３０の全体ロッカー管理部３２は、固定式ロッカーの利用数判定処理（Ｓ６０）として、固定式ロッカーの利用数が所定値以上であるか否かを判定する。
【０１０３】
固定式ロッカーの利用数が所定値以上であると判定された場合（Ｓ６０：ＹＥＳ）、全体ロッカー管理部３２は、配車準備処理（Ｓ６２）として、配車制御部３３に配車の準備をさせる。固定式ロッカーの空きが足りなくなって自動運転ロッカーが利用される可能性があると予想されるためである。具体的には、配車制御部３３は、車両２を車庫などから発進させる。
【０１０４】
固定式ロッカーの利用数が所定値以上でないと判定された場合（Ｓ６０：ＮＯ）、配車準備処理（Ｓ６２）が終了した場合、図１２に示されるフローチャートが終了する。以上で一連の配車処理が終了する。
【０１０５】
（第４実施形態のまとめ）
サーバ３０は、固定式ロッカーの利用状況に応じて、自動運転ロッカーの手配の準備を行うため、自動運転ロッカーをユーザのもとに迅速に届けることができる。
【０１０６】
［第５実施形態］
第５実施形態に係るロッカー管理システムは、第１実施形態に係るロッカー管理システム１と比較して、自動運転ロッカーがユーザの近くに存在する場合には、ナビ情報をユーザに提示する点が相違し、その他は同一である。ナビ情報とは、地図上の経路案内情報である。
【０１０７】
図１３は、配車処理の一例を示すフローチャートである。図１３のフローチャートは、サーバ３０によって実行される。図１３のフローチャートは、例えば、ユーザ端末１０及びサーバ３０が起動状態であり、かつ、ユーザがユーザ端末１０の荷物預け入れアプリケーションや荷物預け入れサービスのＷＥＢ画面などを起動させたタイミングで実行される。なお、図１３のフローチャート開始前において、サーバ３０は、ロッカーの位置及び利用状況を取得しているものとする。
【０１０８】
図１３に示されるように、サーバ３０の全体ロッカー管理部３２は、自動運転ロッカーの位置判定処理（Ｓ８０）として、自動運転ロッカーの位置がユーザ端末１０の現在位置から所定距離以内に存在するか否かを判定する。
【０１０９】
自動運転ロッカーの位置がユーザ端末１０の現在位置から所定距離以内に存在すると判定された場合（Ｓ８０：ＹＥＳ）、全体ロッカー管理部３２は、案内提示処理（Ｓ８２）として、自動運転ロッカーのピックアップ位置までのナビ情報をユーザに提示する。
【０１１０】
自動運転ロッカーの位置がユーザ端末１０の現在位置から所定距離以内に存在しないと判定された場合（Ｓ８０：ＮＯ）、全体ロッカー管理部３２は、時間提示処理（Ｓ８４）として、ピックアップまでの時間をユーザに提示する。
【０１１１】
続いて、全体ロッカー管理部３２は、受信判定処理（Ｓ８６）として、ユーザから自動運転ロッカーの利用要求を受信したか否かを判定する。この処理は、図１０の受信判定処理（Ｓ５０）と同一である。
【０１１２】
ユーザから自動運転ロッカーの利用要求を受信したと判定された場合（Ｓ８６：ＹＥＳ）、全体ロッカー管理部３２は、配車処理（Ｓ８８）として、車両２を配車制御部３３に配車させる。
【０１１３】
案内提示処理（Ｓ８２）が終了した場合、ユーザから自動運転ロッカーの利用要求を受信していないと判定された場合（Ｓ８６：ＮＯ）、または、配車処理（Ｓ８８）が終了した場合、図１３に示されるフローチャートが終了する。以上で一連の配車処理が終了する。
【０１１４】
（第５実施形態のまとめ）
サーバ３０は、自動運転ロッカーがユーザの近くに存在する場合には、ユーザに案内表示を提示し、自動運転ロッカーのピックアップ位置まで来てもらうように促すことができる。
【０１１５】
［第６実施形態］
第６実施形態に係るロッカー管理システムは、第１実施形態に係るロッカー管理システム１と比較して、自動運転ロッカーがユーザの近くに存在する場合には、自動運転ロッカーの位置をユーザに提示し、さらに自動運転ロッカーが移動してほしいか否かをユーザに問い合わせる点が相違し、その他は同一である。
【０１１６】
図１４は、配車処理の一例を示すフローチャートである。図１４のフローチャートは、サーバ３０によって実行される。図１４のフローチャートは、例えば、ユーザ端末１０及びサーバ３０が起動状態であり、かつ、ユーザがユーザ端末１０の荷物預け入れアプリケーションや荷物預け入れサービスのＷＥＢ画面などを起動させたタイミングで実行される。なお、図１４のフローチャート開始前において、サーバ３０は、ロッカーの位置及び利用状況を取得しているものとする。
【０１１７】
図１４に示されるように、サーバ３０の全体ロッカー管理部３２は、自動運転ロッカーの位置判定処理（Ｓ９０）として、自動運転ロッカーの位置がユーザ端末１０の現在位置から所定距離以内に存在するか否かを判定する。
【０１１８】
自動運転ロッカーの位置がユーザ端末１０の現在位置から所定距離以内に存在すると判定された場合（Ｓ９０：ＹＥＳ）、全体ロッカー管理部３２は、案内提示処理（Ｓ９２）として、自動運転ロッカーの位置をユーザに提示する。
【０１１９】
続いて、全体ロッカー管理部３２は、移動希望判定処理（Ｓ９４）として、ユーザから自動運転ロッカーの移動希望を受信したか否かを判定する。全体ロッカー管理部３２は、自動運転ロッカーの移動を希望するか否かを、ユーザ端末１０を介してユーザに問い合わせる。
【０１２０】
自動運転ロッカーの移動希望を受信したと判定された場合（Ｓ９４：ＹＥＳ）、全体ロッカー管理部３２は、目的地指定処理（Ｓ９６）として、移動先の目的地を、ユーザ端末１０を介してユーザに問い合わせる。全体ロッカー管理部３２は、目的地をユーザ端末１０から受信し、目的地を配車制御部３３に出力する。配車制御部３３は、車両２をユーザ指定の目的地へと向かわせる。
【０１２１】
自動運転ロッカーの移動希望を受信していないと判定された場合（Ｓ９４：ＮＯ）、全体ロッカー管理部３２は、停止処理（Ｓ６８）として、停止する旨を配車制御部３３に出力する。配車制御部３３は、車両２を停止させる。
【０１２２】
自動運転ロッカーの位置がユーザ端末１０の現在位置から所定距離以内に存在しないと判定された場合（Ｓ９０：ＮＯ）、全体ロッカー管理部３２は、時間提示処理（Ｓ１００）として、ピックアップまでの時間をユーザに提示する。
【０１２３】
続いて、全体ロッカー管理部３２は、受信判定処理（Ｓ１０２）として、ユーザから自動運転ロッカーの利用要求を受信したか否かを判定する。この処理は、図１０の受信判定処理（Ｓ５０）と同一である。
【０１２４】
ユーザから自動運転ロッカーの利用要求を受信したと判定された場合（Ｓ１０２：ＹＥＳ）、全体ロッカー管理部３２は、配車処理（Ｓ１０４）として、車両２を配車制御部３３に配車させる。
【０１２５】
目的地指定処理（Ｓ９６）が終了した場合、停止処理（Ｓ９８）が終了した場合、ユーザから自動運転ロッカーの利用要求を受信していないと判定された場合（Ｓ１０２：ＮＯ）、または、配車処理（Ｓ１０４）が終了した場合、図１４に示されるフローチャートが終了する。以上で一連の配車処理が終了する。
【０１２６】
（第６実施形態のまとめ）
サーバ３０は、自動運転ロッカーがユーザの近くに存在する場合には、自動運転ロッカーの位置をユーザに提示し、さらに自動運転ロッカーが移動してほしいか否かをユーザに問い合わせることができるので、利便性をさらに向上させることができる。
【０１２７】
［第７実施形態］
第７実施形態に係るロッカー管理システムは、第１実施形態に係るロッカー管理システム１と比較して、自動運転ロッカーの利用要求を受信したときに、ピックアップ可能か否かを判定し、判定結果に応じてユーザに提示する情報を変更する点が相違し、その他は同一である。
【０１２８】
図１５は、配車処理の一例を示すフローチャートである。図１５のフローチャートは、サーバ３０によって実行される。図１５のフローチャートは、例えば、ユーザ端末１０及びサーバ３０が起動状態であり、かつ、ユーザがユーザ端末１０の荷物預け入れアプリケーションや荷物預け入れサービスのＷＥＢ画面などを起動させたタイミングで実行される。なお、図１５のフローチャート開始前において、サーバ３０は、ロッカーの位置及び利用状況を取得しているものとする。
【０１２９】
図１５に示されるように、サーバ３０の全体ロッカー管理部３２は、受信判定処理（Ｓ１１０）として、ユーザから自動運転ロッカーの利用要求を受信したか否かを判定する。この処理は、図１０の受信判定処理（Ｓ５０）と同一である。
【０１３０】
ユーザから自動運転ロッカーの利用要求を受信したと判定された場合（Ｓ１１０：ＹＥＳ）、全体ロッカー管理部３２は、ピックアップ可能か否かを判定する。全体ロッカー管理部３２は、たとえば、自動運転ロッカーの位置がユーザ端末１０の現在位置から所定距離以内に存在する場合には、ピックアップ可能と判定する。
【０１３１】
ピックアップ可能と判定された場合（Ｓ１１０：ＹＥＳ）、全体ロッカー管理部３２は、時間提示処理（Ｓ１１４）として、ユーザにピックアップの位置及び時刻を提示する。
【０１３２】
ピックアップ可能でないと判定された場合（Ｓ１１０：ＮＯ）、全体ロッカー管理部３２は、時間提示処理（Ｓ１１６）として、ユーザにピックアップまでの時間を提示する。
【０１３３】
時間提示処理（Ｓ１１４）が終了した場合、時間提示処理（Ｓ１１６）が終了した場合、または、ユーザから自動運転ロッカーの利用要求を受信していないと判定された場合（Ｓ１１０：ＮＯ）、図１５に示されるフローチャートが終了する。以上で一連の配車処理が終了する。
【０１３４】
（第７実施形態のまとめ）
サーバ３０は、今すぐピックアップ可能であるか否かを、ユーザに提示することができる。
【０１３５】
上述した実施形態は、当業者の知識に基づいて種々の変更、改良を施した様々な形態で実施することができる。
【０１３６】
ロッカー管理システム１は、複数のユーザ端末及び複数の車両を備える必要はなく、１つのユーザ端末及び１台の車両のみを含んでもよい。
【０１３７】
車両２及びユーザ端末１０は、同一のネットワークＮを介してサーバ３０に接続されている例を示したが、互いに異なるネットワークを介してサーバ３０と接続されていてもよい。
【０１３８】
ロッカー管理システム１は、固定式ロッカー３Ａ，…，３Ｘを備えなくてもよい。この場合、サーバ３０は、自動運転ロッカーのみを管理する。このような場合であっても、ロッカー管理システム１は、ユーザの荷物預け入れの利便性を高めることができる。
【０１３９】
ロッカー管理システム１は、複数のシステムが統合されたシステムであってもよい。例えば、複数のユーザ端末１０Ａ，…，１０Ｘと、サーバ３０と、を有する第１システムと、配車サーバと、複数の車両２Ａ，２Ｂ，…，２Ｘとを有する第２システムとが統合されたシステムであってもよいし、複数のユーザ端末１０Ａ，…，１０Ｘで構成されたシステムと、サーバ３０で構成されたシステムと、複数の車両２Ａ，２Ｂ，…，２Ｘで構成されたシステムと、が統合されたシステムであってもよい。
【符号の説明】
【０１４０】
１…ロッカー管理システム、２…車両、１０…ユーザ端末、３０…サーバ、３１…サーバ通信部、３２…全体ロッカー管理部、３３…配車制御部、３４…登録車両ＤＢ、３５…ロッカーＤＢ。
【図１】
2019096201.tif 000003
【図２】
2019096201.tif 000004
【図３】
2019096201.tif 000005
【図４】
2019096201.tif 000006
【図５】
2019096201.tif 000007
【図６】
2019096201.tif 000008
【図７】
2019096201.tif 000009
【図８】
2019096201.tif 000010
【図９】
2019096201.tif 000011
【図１０】
2019096201.tif 000012
【図１１】
2019096201.tif 000013
【図１２】
2019096201.tif 000014
【図１３】
2019096201.tif 000015
【図１４】
2019096201.tif 000016
【図１５】
2019096201.tif 000017