JP2023039068A - 情報処理装置、及び、情報処理方法 - Google Patents

Abstract

【課題】荷物の移動時に荷物が破損することを抑制する。【解決手段】ユーザによる荷物の預け入れが可能な格納装置と、ユーザが荷物を格納装置に預け入れるときにユーザが利用可能な緩衝材を収納する収納部と、を備えた車両を制御する制御部を有する情報処理装置であって、制御部は、収納部における緩衝材の残量が所定量未満である場合に、収納部に緩衝材を補充することに関する指令を生成すること、を実行する。【選択図】図１０

Description

本開示は、情報処理装置、及び、情報処理方法に関する。

車両にロッカーを搭載し、ユーザが利用する地点まで車両が移動する技術が知られている（例えば、特許文献１参照。）。また、ロッカーに預けた荷物をユーザの希望する場所まで転送する技術が知られている（例えば、特許文献２参照。）。

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

本開示の目的は、荷物の移動時に荷物が破損することを抑制することにある。

本開示の態様の一つは、
ユーザによる荷物の預け入れが可能な格納装置と、
前記ユーザが前記荷物を前記格納装置に預け入れるときに前記ユーザが利用可能な緩衝材を収納する収納部と、
を備えた車両を制御する制御部を有する情報処理装置であって、
前記制御部は、前記収納部における前記緩衝材の残量が所定量未満である場合に、前記収納部に前記緩衝材を補充することに関する指令を生成すること、
を実行する情報処理装置である。

本開示の態様の一つは、
ユーザによる荷物の預け入れが可能な格納装置と、
前記ユーザが前記荷物を前記格納装置に預け入れるときに前記ユーザが利用可能な緩衝材を収納する収納部と、
を備えた車両を制御する情報処理方法であって、
コンピュータが、
前記収納部における前記緩衝材の残量が所定量未満である場合に、前記収納部に前記緩衝材を補充することに関する指令を生成すること、
を実行する情報処理方法である。

また、本開示の他の態様は、上記の情報処理装置における処理をコンピュータに実行させるためのプログラム、または、このプログラムを非一時的に記憶した記憶媒体である。

本開示によれば、荷物の移動時に荷物が破損することを抑制できる。

実施形態に係るシステムの概略構成を示す図である。 ロッカーの外観を示す図である。 実施形態に係るシステムを構成する車両、ユーザ端末、及び、サーバのそれぞれの構成の一例を概略的に示すブロック図である。 サーバの機能構成を例示した図である。 車両情報ＤＢのテーブル構成を例示した図である。 荷物情報ＤＢのテーブル構成を例示した図である。 車両の機能構成を示した図である。 ユーザ端末の機能構成を示した図である。 第１実施形態における緩衝材を補充するときのシステム全体の処理のシーケンス図である。 第１実施形態における緩衝材を補充するときのサーバにおける処理のフローチャートである。 第２実施形態における緩衝材を補充するときのシステム全体の処理のシーケンス図である。 第２実施形態における緩衝材を補充するときのサーバにおける処理のフローチャートである。 第３実施形態における緩衝材を使用後に収納部に戻したユーザにインセンティブを付与する処理を示したフローチャートである 第４実施形態におけるユーザに緩衝材の補充を依頼するときのシステム全体の処理のシーケンス図である。 ロッカーに忘れ物があるときのシステム全体の処理のシーケンス図である。 第４実施形態における緩衝材を補充するときのサーバにおける処理のフローチャートである。

本開示の態様の一つである情報処理装置は、ユーザによる荷物の預け入れが可能な格納装置と、前記ユーザが前記荷物を前記格納装置に預け入れるときに前記ユーザが利用可能な緩衝材を収納する収納部と、を備えた車両を制御する制御部を備える。

格納装置は車両に搭載されているため、車両の移動と共に格納装置も移動する。したがって、ユーザは、荷物を預け入れるとき又は荷物を引き取るときに車両ごと格納装置を呼び寄せることができる。そのため、ユーザは、荷物を預けたり引き取ったりするときに、長距離を移動する必要がない。また、格納装置を利用して荷物を配送することもできる。ユーザは、格納装置に荷物を預け入れるときに、緩衝材を使用することができる。緩衝材は収納部に入れてあり、必要に応じてユーザが使用することができる。荷物を保護するように緩衝材を配置した状態で荷物を預けることにより、移動中の荷物の破損等を抑制できる。緩衝材は、例えば、エアキャップ、ゴム、綿、布、発砲スチロール、スポンジ、紙、草、段ボール、及び、衝撃吸収ゲル等である。なお、緩衝材は有料で貸与してもよい。

収納部に緩衝材を入れておきユーザが使用可能にしておくことで、ユーザが格納装置に荷物を入れたときに、ユーザ自身が隙間に緩衝材を詰めることができる。しかし、緩衝材の使用により緩衝材が消耗したり又は紛失したりして緩衝材の量が減少することが考えられる。そうすると、ユーザが荷物を預けるときに緩衝材が不足する虞がある。

そこで制御部は、前記制御部は、前記収納部における前記緩衝材の残量が所定量未満である場合に、前記収納部に前記緩衝材を補充することに関する指令を生成する。所定量は、ユーザの荷物を保護するのに十分な量である。この所定量は、例えば、格納装置が荷物を格納する複数の区画を有する場合に、各区画に緩衝材を配置可能な量であってもよい。したがって、区画の数または区画の大きさなどに応じて所定量を決定してもよい。緩衝材を補充することに関する指令は、車両または格納装置に対して緩衝材を補充する処理を実行させるための指令である。この指令には、ユーザに対して緩衝材の補充を依頼するため
の指令、または、緩衝材を補充可能な場所に車両を移動させるための指令を含むことができる。

このような指令に基づいた処理が実行されることにより、収納部に緩衝材が補充されるため、緩衝材が不足することを抑制できる。したがって、緩衝材が不足することによる荷物の破損を抑制できる。

以下、図面に基づいて、本開示の実施の形態を説明する。以下の実施形態の構成は例示であり、本開示は実施形態の構成に限定されない。また、以下の実施形態は可能な限り組み合わせることができる。

＜第１実施形態＞
図１は、実施形態に係るシステム１の概略構成を示す図である。システム１は、ロッカー１８を搭載する車両１０にユーザが荷物を保管することが可能なシステムである。ユーザは、サーバ３０を介して車両１０を呼び出すことで、任意の地点において荷物の預け入れ、および、引き取りを行うことができる。車両１０は、例えば自律走行可能な車両であるが、運転者による手動走行可能な車両であってもよく、車両１０またはロッカー１８を監視するオペレータが乗車する車両であってもよい。

ロッカー１８は、複数の区画を有し、それぞれの区画に荷物を格納することができる装置である。図２に、ロッカー１８の外観を示す。図示したように、ロッカー１８は、複数の扉によってそれぞれの区画であるボックス１８０にアクセスできるよう構成される。システム１のユーザは、ユーザ端末２０を用いて、または、ロッカー１８に設けられたインタフェースを介して、指定されたボックス１８０の解錠操作を行うことができる。ロッカー１８は、車両１０の車室内に搭載される。なお、ロッカー１８は格納装置の一例である。また、ロッカー１８には、緩衝材１９１を収納する収納部１９が備わる。ユーザは、収納部１９から緩衝材１９１を自由に取り出して使用することができる。緩衝材の種類及び大きさは、複数あってもよい。

ユーザは、ロッカー１８を利用するユーザである。ユーザ端末２０は、ユーザが所持する端末である。ユーザは、ユーザ端末２０にインストールされている所定のアプリケーションを実行することで、車両１０の呼び出し及びロッカーの施解錠を行うことができる。

サーバ３０は、車両１０の運行を管理する装置である。サーバ３０は、ユーザ端末２０から、車両１０の派遣要請を受けた場合に、当該ユーザの元へ派遣する車両１０を決定し、当該車両１０に対して運行を指示する。

また、サーバ３０は、ロッカー１８を管理する装置でもある。サーバ３０は、緩衝材１９１の残量が所定量未満になると、緩衝材１９１を補充するための処理を実行する。この処理により、車両１０は、例えば緩衝材１９１を補充可能な場所に移動する。

車両１０、ユーザ端末２０、及び、サーバ３０は、ネットワークＮ１によって相互に接続されている。ネットワークＮ１は、例えば、インターネット等の世界規模の公衆通信網でありＷＡＮ（Ｗｉｄｅ Ａｒｅａ Ｎｅｔｗｏｒｋ）やその他の通信網が採用されてもよい。また、ネットワークＮ１は、携帯電話等の電話通信網、または、Ｗｉ－Ｆｉ（登録商標）等の無線通信網を含んでもよい。また、ロッカー１８は、近距離無線通信等を含むネットワークＮ２を介して、ユーザ端末２０に接続される。ネットワークＮ２は、例えば、Ｂｌｕｅｔｏｏｔｈ（登録商標）ＬｏｗＥｎｅｒｇｙ、ＮＦＣ（Near Field Communication）、ＵＷＢ（Ultra Wideband）、Ｗｉ－Ｆｉ（登録商標）などを利用してデータ通信を行う。

図３に基づいて、車両１０、ユーザ端末２０、及び、サーバ３０のハードウェア構成及び機能構成について説明する。図３は、本実施形態に係るシステム１を構成する車両１０、ユーザ端末２０、及び、サーバ３０のそれぞれの構成の一例を概略的に示すブロック図である。

サーバ３０は、コンピュータの構成を有している。サーバ３０は、プロセッサ３１、主記憶部３２、補助記憶部３３、及び、通信部３４を有する。これらは、バスにより相互に接続される。プロセッサ３１は、制御部の一例である。

プロセッサ３１は、ＣＰＵ（Central Processing Unit）やＤＳＰ（Digital Signal Processor）等である。プロセッサ３１は、サーバ３０を制御し、様々な情報処理の演算を
行う。主記憶部３２は、ＲＡＭ（Random Access Memory）、ＲＯＭ（Read Only Memory）等である。補助記憶部３３は、ＥＰＲＯＭ（Erasable Programmable ROM）、ハードディ
スクドライブ（ＨＤＤ、Hard Disk Drive）、リムーバブルメディア等である。補助記憶
部３３には、オペレーティングシステム（Operating System :ＯＳ）、各種プログラム、各種テーブル等が格納される。補助記憶部３３に格納されたプログラムをプロセッサ３１が主記憶部３２の作業領域にロードして実行し、このプログラムの実行を通じて各構成部等が制御される。これにより、所定の目的に合致した機能をサーバ３０が実現する。主記憶部３２および補助記憶部３３は、コンピュータで読み取り可能な記録媒体である。なお、サーバ３０は、単一のコンピュータであってもよいし、複数台のコンピュータが連携したものであってもよい。また、補助記憶部３３に格納される情報は、主記憶部３２に格納されてもよい。また、主記憶部３２に格納される情報は、補助記憶部３３に格納されてもよい。

通信部３４は、ネットワークＮ１経由で、車両１０、及び、ユーザ端末２０と通信を行う手段である。通信部３４は、例えば、ＬＡＮ（Local Area Network）インターフェースボード、無線通信のための無線通信回路である。ＬＡＮインターフェースボードや無線通信回路は、ネットワークＮ１に接続される。

次に、車両１０は、例えば自律的に走行可能な移動体であり、コンピュータを有している。車両１０は、プロセッサ１１、主記憶部１２、補助記憶部１３、通信部１４、位置情報センサ１５、環境情報センサ１６、駆動部１７、及び、ロッカー１８を有する。これらは、バスにより相互に接続される。プロセッサ１１、主記憶部１２、及び、補助記憶部１３は、サーバ３０のプロセッサ３１、主記憶部３２、及び、補助記憶部３３と同様であるため、説明を省略する。

通信部１４は、車両１０をネットワークＮ１に接続するための通信手段である。通信部１４は、例えば、移動体通信サービス（例えば、５Ｇ（5th Generation）、４Ｇ（4th Generation）、３Ｇ（3rd Generation）、ＬＴＥ（Long Term Evolution）等の電話通信網
）、Ｗｉ－Ｆｉ（登録商標）、または、Ｂｌｕｅｔｏｏｔｈ(登録商標)等の無線通信を利用して、ネットワークＮ１経由で他の装置（例えばサーバ３０等）と通信を行うための回路である。

位置情報センサ１５は、所定の周期で、車両１０の位置情報（例えば緯度、経度）を取得する。位置情報センサ１５は、例えば、ＧＰＳ（Global Positioning System）受信部
、無線通信部等である。位置情報センサ１５で取得された情報は、例えば、補助記憶部１３等に記録され、サーバ３０に送信される。

環境情報センサ１６は、車両１０の状態をセンシングしたり、または、車両１０の周辺
をセンシングしたりする手段である。車両１０の状態をセンシングするためのセンサとして、ジャイロセンサ、加速度センサ、または、方位角センサが挙げられる。車両１０の周辺をセンシングするためのセンサとして、ステレオカメラ、レーザスキャナ、ＬＩＤＡＲ、または、レーダなどが挙げられる。

駆動部１７は、プロセッサ１１が生成した制御指令に基づいて、車両１０を走行させるための装置である。駆動部１７は、例えば、車両１０が備えるロータを駆動するための複数のモータ等を含んで構成され、制御指令に従って複数のモータ等が駆動されることで、車両１０の自律走行が実現される。

ロッカー１８は、ユーザの荷物を預かる装置である。ロッカー１８は、ユーザの荷物を格納する複数の区画（以下、ボックス１８０という。）を有している。また、ロッカー１８は、入出力部１８２及び通信部１８３を有する。また、ロッカー１８には、緩衝材１９１の量を検出するセンサ１９２が備わる。センサ１９２は、例えば、収納部１９内の緩衝材１９１及び体積の少なくとも一方を検出してもよい。センサ１９２、入出力部１８２及び通信部１８３は、バスにより車両１０のプロセッサ１１等と接続されている。

センサ１９２は、例えば、収納部１９の底に取り付けられ、質量を検出可能なセンサを含む。すなわち、収納部１９の底面に加わる力を検出することにより、収納部１９に収納されている緩衝材１９１の質量を検出してもよい。別法として、センサ１９２は、例えば、カメラ（イメージセンサ）を備えたセンサを含むことができる。すなわち、撮像した画像データに基づいて緩衝材１９１の量を検出してもよい。この場合、緩衝材１９１の体積を検出することで緩衝材１９１の量を検出してもよい。さらに別法として、センサ１９２は、ボックス１８０内に照射される光を検出するセンサを含むことができる。すなわち、光量を検出することで緩衝材１９１の量を検出してもよい。この場合も、緩衝材１９１の体積を検出することで緩衝材１９１の量を検出してもよい。センサ１９２は、複数備えることができる。なお、以下では、センサ１９２が、緩衝材１９１の量を検出するものとして説明する。

入出力部１８２は、ユーザが行った入力操作を受け付け、ユーザに対して情報を提示するユニットである。本実施形態では一つのタッチパネルディスプレイからなる。また、入出力部１８２は、ユーザ端末２０との間で認証情報を交換するためのさらなる手段を有していてもよい。例えば、二次元バーコードを読み取るためのカメラなどを有していてもよい。

通信部１８３は、ロッカー１８をネットワークＮ２に接続するための通信手段である。通信部１８３は、例えば、Ｂｌｕｅｔｏｏｔｈ（登録商標）ＬｏｗＥｎｅｒｇｙ、ＮＦＣ（Near Field Communication）、ＵＷＢ（Ultra Wideband）、Ｗｉ－Ｆｉ（登録商標）等の無線通信網を利用して、ネットワークＮ２経由で他の装置（例えばユーザ端末２０等）と通信を行うための回路である。

次に、ユーザ端末２０について説明する。ユーザ端末２０は、例えば、スマートフォン、携帯電話、タブレット端末、個人情報端末、ウェアラブルコンピュータ（スマートウォッチ等）、パーソナルコンピュータ（Ｐｅｒｓｏｎａｌ Ｃｏｍｐｕｔｅｒ、ＰＣ）といった小型のコンピュータである。ユーザ端末２０は、プロセッサ２１、主記憶部２２、補助記憶部２３、入力部２４、ディスプレイ２５、及び、通信部２６を有する。これらは、バスにより相互に接続される。プロセッサ２１、主記憶部２２、補助記憶部２３については、サーバ３０のプロセッサ３１、主記憶部３２、補助記憶部３３と同様であるため、説明を省略する。

入力部２４は、ユーザが行った入力操作を受け付ける手段であり、例えば、タッチパネル、マウス、キーボード、または、押しボタン等である。ディスプレイ２５は、ユーザに対して情報を提示する手段であり、例えば、ＬＣＤ（Liquid Crystal Display）、または、ＥＬ（Electroluminescence）パネル等である。入力部２４及びディスプレイ２５は、
１つのタッチパネルディスプレイとして構成してもよい。

通信部２６は、ユーザ端末２０をネットワークＮ１またはネットワークＮ２に接続するための通信手段である。通信部２６は、例えば、移動体通信サービス（例えば、５Ｇ（5th Generation）、４Ｇ（4th Generation）、３Ｇ（3rd Generation）、ＬＴＥ（Long Term Evolution）等の電話通信網）、Ｗｉ－Ｆｉ（登録商標）、Ｂｌｕｅｔｏｏｔｈ（登録
商標）ＬｏｗＥｎｅｒｇｙ、ＮＦＣ（Near Field Communication）、ＵＷＢ（Ultra Wideband）、等の無線通信網を利用して、ネットワークＮ１またはネットワークＮ２経由で他の装置（例えば車両１０、ロッカー１８、または、サーバ３０等）と通信を行うための回路である。

次に、サーバ３０の機能について説明する。図４は、サーバ３０の機能構成を例示した図である。サーバ３０は、機能構成要素として、制御部３００、ユーザ情報ＤＢ３１１、車両情報ＤＢ３１２、荷物情報ＤＢ３１３、及び、地図情報ＤＢ３１４を備える。サーバ３０のプロセッサ３１は、主記憶部３２上のコンピュータプログラムにより、制御部３００の処理を実行する。ただし、各機能構成素のいずれか、またはその処理の一部がハードウェア回路により実行されてもよい。制御部３００には、車両管理部３０１、荷物管理部３０２、緩衝材管理部３０３、及び、指令部３０４が含まれる。

ユーザ情報ＤＢ３１１、車両情報ＤＢ３１２、荷物情報ＤＢ３１３、及び、地図情報ＤＢ３１４は、プロセッサ３１によって実行されるデータベース管理システム（Ｄａｔａｂａｓｅ Ｍａｎａｇｅｍｅｎｔ Ｓｙｓｔｅｍ、ＤＢＭＳ）のプログラムが、補助記憶部３３に記憶されるデータを管理することで構築される。ユーザ情報ＤＢ３１１、車両情報ＤＢ３１２、荷物情報ＤＢ３１３、及び、地図情報ＤＢ３１４は、例えば、リレーショナルデータベースである。

なお、サーバ３０の各機能構成要素のいずれか、またはその処理の一部は、ネットワークＮ１に接続される他のコンピュータにより実行されてもよい。

車両管理部３０１は、車両１０に関する情報を収集し、後述の車両情報ＤＢ３１２を更新する。具体的には、車両管理部３０１は、複数の車両１０と周期的に通信を行い、車両１０に関する情報（以下、車両情報ともいう。）を収集する。収集した情報は、後述する車両情報ＤＢ３１２に反映される。

荷物管理部３０２は、荷物の預け入れを希望するユーザからの預け入れ要求を取得する。預け入れ要求とは、ユーザの希望する地点に荷物を預け入れる車両１０を呼び出すための情報である。預け入れ要求は、ユーザ端末２０からサーバ３０に送信される。預け入れ要求には、ユーザＩＤ、預け入れ地点、預け入れ日時、及び、荷物の大きさ等に関する情報が含まれる。ユーザＩＤは、ユーザに固有な識別子である。ユーザＩＤに対応するユーザ情報（例えば、氏名、住所、電話番号、ｅ-ｍａｉｌアドレス等）は、予めユーザがユ
ーザ端末２０を用いて登録してもよく、または、預け入れ要求と共にユーザ端末２０から送信されてもよい。このユーザ情報は、ユーザ情報ＤＢ３１１に格納されている。ユーザ情報ＤＢ３１１は、上記の補助記憶部３３にユーザ情報が格納されて形成されており、そこではユーザとユーザ情報の紐付けが行われている。

預け入れ地点は、ユーザが車両１０のロッカー１８に荷物を預け入れることを希望する
地点であり、例えば、座標（緯度及び経度）、住所、又は、建物の名称などによって示される。預け入れ日時は、ユーザが車両１０のロッカーに荷物を預け入れることを希望する日時である。なお、預け入れ日時は、ある程度の幅を持った時間帯として指定してもよい。

また、荷物管理部３０２は、荷物の引き取りを希望するユーザからの引き取り要求を取得する。引き取り要求とは、荷物を引き取る目的のために、ユーザの希望する地点に荷物を載せた車両１０を呼び出すための情報である。引き取り要求は、ユーザ端末２０からサーバ３０に送信される。引き取り要求には、ユーザＩＤ、引き取り地点、引き取り日時等に関する情報が含まれる。

引き取り地点は、ユーザが車両１０のロッカー１８から荷物を引き取ることを希望する地点であり、例えば、座標（緯度及び経度）、住所、又は、建物の名称などによって示される。引き取り日時は、ユーザが車両１０のロッカー１８から荷物を引き取ることを希望する日時である。なお、引き取り日時は、ある程度の幅を持った時間帯として指定してもよい。また、引き取り要求は、預け入れ要求と同時にユーザ端末２０から送信されてもよく、預け入れ要求の後に、引き取り要求がユーザ端末２０から送信されてもよい。

荷物管理部３０２は、預け入れ要求に含まれる情報、及び、引き取り要求に含まれる情報を後述する荷物情報ＤＢ３１３に格納する。

緩衝材管理部３０３は、各車両１０の緩衝材１９１の残量を管理する。緩衝材管理部３０３は、センサ１９２の検出値に基づいて緩衝材１９１の残量を検出する。そして、緩衝材１９１の残量が所定量未満になると、緩衝材１９１を補充可能な場所に車両１０を移動させる。緩衝材１９１を補充可能な場所はサーバ３０に予め登録されており、その情報は補助記憶部３３に記憶されている。緩衝材１９１を補充可能な場所は、例えば、車両１０のメンテナンスを行う場所、自動車販売店、自動車整備工場、自動車用品販売店、緩衝材販売店、車両１０の基地、及び、緩衝材１９１を管理する管理センタ等であってもよい。

緩衝材管理部３０３は、緩衝材１９１の体積が所定量未満の場合、または、緩衝材１９１の質量が所定量未満の場合に、緩衝材１９１を補充させてもよい。所定量は、例えば、ロッカー１８の規模に応じて設定してもよい。すなわち、ボックス１８０の数が多いほど、より多くの緩衝材１９１が必要となり得るため、所定量を大きくしてもよい。所定量は、緩衝材１９１が不足しない量として設定される。

指令部３０４は、預け入れ要求または引き取り要求を受信した場合に、荷物の預け入れまたは引き取りを行う地点（すなわち、車両１０を派遣する地点。以下、派遣地点）、および、その日時（以下、派遣日時）を決定し、車両１０を運行させるための指令である運行指令を生成する。運行指令には、例えば、車両１０のルートが含まれる。指令部３０４は、地図情報ＤＢ３１４に格納されている地図情報に基づいてルートを生成する。指令部３０４は、例えば、車両１０が、現在地から出発して、各派遣地点を派遣日時に経由して走行するように運行指令を生成する。また、運行指令には、各派遣地点において、ユーザから荷物を預かる指令、または、ユーザに荷物を引き渡す指令が含まれる。

指令部３０４は、例えば、ユーザから預け入れ要求を受信した場合には、預け入れ要求に含まれる預け入れ地点、預け入れ日時、及び、荷物の大きさなどの情報に基づいて、派遣可能な車両１０を選定する。派遣可能な車両１０は、該当する大きさの荷物を預け入れ可能なボックス１８０の空きがあり、且つ、預け入れ日時に預け入れ地点に移動可能な車両である。

また、指令部３０４は、例えば、ユーザから引き取り要求を受信した場合には、引き取り要求に含まれるユーザＩＤ、引き取り地点、及び、引き取り日時などの情報に基づいて、派遣する車両１０を選定する。このときに派遣する車両１０は、ユーザが既に荷物を預けている車両である。したがって、ユーザＩＤに基づいてユーザが既に荷物を預けている車両１０を特定する。そして、指令部３０４は、引き取り要求に含まれる引き取り地点及び引き取り日時に基づいて、その引き取り日時に引き取り地点に車両１０を派遣可能か否か判定する。なお、ユーザが希望する引き取り日時に車両１０を派遣できない場合には、その引き取り日時にその引き取り地点で荷物の引き渡しができないことをユーザ端末２０に通知してもよい。このときに、引き取り地点において荷物を引き渡すことができる日時をユーザ端末２０に通知してもよい。

次に、車両情報ＤＢ３１２に格納される車両情報の構成について、図５に基づいて説明する。図５は、車両情報ＤＢ３１２のテーブル構成を例示した図である。車両情報テーブルは、車両ＩＤ、現在地、ステータス、及び、ルートの各フィールドを有する。車両ＩＤフィールドには、車両を識別可能な情報（車両ＩＤ）が入力される。車両ＩＤは、各車両に例えば車両管理部３０１によって付与される。現在地フィールドには、車両１０の現在地に関する情報（位置情報）が入力される。車両１０の現在地は、車両１０の位置情報センサ１５で検出され、サーバ３０に送信される。

ステータスフィールドには、車両１０の現在の状態を表すデータが格納されるフィールドである。具体的には、車両１０のバッテリ残量、または、走行可能距離に関する情報などが格納される。なお、ステータスフィールドに緩衝材１９１の量に関する情報を格納してもよい。緩衝材１９１の量は、センサ１９２の検出値に基づいて取得できる。ルートフィールドには、車両１０のルートに関する情報が入力される。

次に、荷物情報ＤＢ３１３に格納される荷物情報の構成について、図６に基づいて説明する。図６は、荷物情報ＤＢ３１３のテーブル構成を例示した図である。荷物情報テーブルは、車両ＩＤ、ボックス番号、ユーザＩＤ、大きさ、預け入れ地点、預け入れ日時、引き取り地点、及び、引き取り日時の各フィールドを有する。車両ＩＤフィールドには、車両を識別可能な情報（車両ＩＤ）が入力される。ボックス番号フィールドには、ボックス１８０を識別可能な情報（ボックス番号）が入力される。ユーザＩＤフィールドには、荷物を預けるユーザを識別可能な情報（ユーザＩＤ）が入力される。大きさフィールドには、荷物の大きさに関する情報が入力される。例えば、縦、横、及び、奥行きの寸法によって大きさを示してもよく、予め定義された、大、中、及び、小などによって大きさを示してもよい。

預け入れ地点フィールドには、ユーザが荷物を預け入れる地点に関する情報が入力される。預け入れ地点フィールドには、例えば、座標、住所、または、建物の名称など、車両１０のロッカー１８にユーザが荷物を預け入れるときに車両１０の目的地となり得る地点に関する情報が入力される。預け入れ日時フィールドには、ユーザが荷物を預け入れる日時に関する情報が入力される。引き取り地点フィールドには、ユーザが荷物を引き取る地点に関する情報が入力される。引き取り地点フィールドには、例えば、座標、住所、または、建物の名称など、車両１０のロッカー１８からユーザが荷物を引き取るときに車両１０の目的地となり得る地点に関する情報が入力される。引き取り日時フィールドには、ユーザが荷物を引き取る日時に関する情報が入力される。

地図情報ＤＢ３１４には、地図情報として、例えば、道路（リンク）に関するリンクデータ、ノード点に関するノードデータ、各交差点に関する交差点データ、ルートを探索するための探索データ、施設に関する施設データ、地点を検索するための検索データ等が格納されている。また、各道路に対応する制限速度等に関する情報、または、各道路の属性
に関する情報が格納されていてもよい。

次に、車両１０の機能について説明する。図７は、車両１０の機能構成を示した図である。車両１０は、機能構成要素として、走行部１０１、及び、ロッカー管理部１０２を有する。車両１０のプロセッサ１１は、主記憶部１２上のコンピュータプログラムにより、走行部１０１、及び、ロッカー管理部１０２の処理を実行する。ただし、各機能構成素のいずれか、またはその処理の一部がハードウェア回路により実行されてもよい。なお、車両１０の各機能構成要素のいずれか、またはその処理の一部は、ネットワークＮ１に接続される他のコンピュータにより実行されてもよい。

走行部１０１は、車両１０の自律走行時に車両１０の走行を制御する。走行部１０１は、環境情報センサ１６によって検出したデータを用いて、駆動部１７を制御するための制御指令を生成する。走行部１０１は、例えば、複数のモータを制御して複数のロータの回転速度に差を発生させることにより、車両１０の速度、及び、舵角などを制御する。

走行部１０１は、例えば、環境情報センサ１６によって検出したデータに基づいて車両１０の走行軌跡を生成し、当該走行軌跡に沿って走行するように、駆動部１７を制御する。なお、車両１０を自律走行させる方法については、公知の方法を採用することができる。走行部１０１は、自律走行時に、環境情報センサ１６の検出値に基づいたフィードバック制御を実施してもよい。走行部１０１は、予め定められたルートを巡るように自律走行する。このルートは、サーバ３０から送信される運行指令に含まれる。

例えば、走行部１０１は、サーバ３０から受信した運行指令に含まれる走行ルート及び目的地に基づいて車両１０を走行させる。預け入れ要求または引き取り要求があった場合には、派遣地点が目的地になる。そして、派遣地点においてユーザが荷物の預け入れ又は引き取りを行うために車両１０を停止させる。

また、走行部１０１は、車両１０に関する情報を定期的にサーバ３０へ送信する。走行部１０１は、位置情報センサ１５によって取得される現在地及びバッテリの残容量などに関する情報を車両１０に関する情報としてサーバ３０に送信する。

また、ロッカー管理部１０２は、荷物の預け入れ又は引き取りを行うユーザのユーザ端末２０の認証、ボックス１８０の施解錠、及び、忘れ物の検出などを実行する。ロッカー管理部１０２は、ネットワークＮ１を介してサーバ３０からユーザ端末２０の認証情報を取得する。また、ロッカー管理部１０２は、ネットワークＮ２を介してユーザ端末２０と通信を確立してユーザ端末２０の認証を行う。例えば、サーバ３０から取得した認証情報と、ユーザ端末２０から取得した認証情報とが一致した場合に、ユーザ端末２０の認証が成功する。

ユーザ端末２０の認証が成功すると、ロッカー管理部１０２は、ユーザが入力した荷物の大きさに対応したボックス１８０を解錠すると共に、開扉させる。その後、ユーザがボックス１８０の扉を閉めると、ボックス１８０を施錠すると共に、ユーザが荷物を預けたことをサーバ３０に通知する。なお、別法として、ユーザが入出力部１８２に入力した情報にしたがってユーザを認証してもよい。例えば、ユーザが入出力部１８２に入力したパスワードと、サーバ３０から取得したパスワードとが一致した場合に、認証が成功する。このパスワードは、サーバ３０が決定してもよい。別法として、ユーザがユーザ端末２０に入力したパスワードが、ユーザ端末２０からサーバ３０へ送信されてもよい。

また、荷物の引き取りの場合も同様に、ロッカー管理部１０２は、ネットワークＮ１を介してサーバ３０からユーザ端末２０の認証情報を取得する。また、ロッカー管理部１０
２は、ネットワークＮ２を介してユーザ端末２０と通信を確立してユーザの認証を行う。例えば、サーバ３０から取得した認証情報と、ユーザ端末２０から取得した認証情報とが一致した場合に、ユーザの認証が成功する。ユーザの認証が成功すると、ユーザが荷物を預け入れたボックス１８０の解錠及び開扉を行う。ユーザが荷物を預け入れたボックスの番号は、サーバ３０から取得してもよい。また、別法として、ユーザが荷物を預け入れたときに、ユーザが荷物を預け入れたボックスの番号を車両１０の補助記憶部１３に記憶させてもよい。

また、ロッカー管理部１０２は、センサ１９２の検出値を、ネットワークＮ１を介してサーバ３０へ送信する。センサ１９２の検出値の送信は、定期的に行ってもよく、サーバ３０からの要求に応じて行ってもよい。なお、別法として、ユーザが荷物を引き取った後に、センサ１９２の検出値をサーバ３０へ送信してもよい。さらに別法として、センサ１９２の検出値が所定値未満の場合に限り、センサ１９２の検出値をサーバ３０へ送信してもよい。また、別法として、センサ１９２の検出値が所定値未満の場合に、センサ１９２の検出値が所定値未満であることを示す情報をサーバ３０へ送信してもよい。

次に、ユーザ端末２０の機能について説明する。図８は、ユーザ端末２０の機能構成を示した図である。ユーザ端末２０は、機能構成要素として、ロッカー利用部２０１を有する。ユーザ端末２０のプロセッサ２１は、主記憶部２２上のコンピュータプログラムにより、ロッカー利用部２０１の処理を実行する。ただし、ロッカー利用部２０１の処理の一部がハードウェア回路により実行されてもよい。なお、ロッカー利用部２０１の処理の一部は、ネットワークＮ１に接続される他のコンピュータにより実行されてもよい。

ロッカー利用部２０１は、ユーザ端末２０の入力部２４への入力にしたがって、預け入れ要求及び引き取り要求を生成する。ロッカー利用部２０１は、ディスプレイ２５にロッカー１８を利用するための画面を表示させる。そこには、例えば、「預け入れ」及び「引き取り」の文言と共にボタンが表示される。

ユーザが「預け入れ」のボタンをタップすると、ロッカー利用部２０１は、ユーザ情報の入力を求める。なお、ユーザ情報を一度入力すれば、その情報が補助記憶部２３に記憶され、その後は例えばパスワードの入力だけでロッカー１８を利用できるようにしてもよい。ユーザは、入力部２４を介して、預け入れ地点、預け入れ日時、住所、氏名、電話番号、及び、ｅ-ｍａｉｌアドレスなどを入力する。ユーザの入力が完了すると、ロッカー
利用部２０１は、預け入れ要求を生成してサーバ３０へネットワークＮ１を介して送信する。

一方、ユーザが「引き取り」のボタンをタップすると、ロッカー利用部２０１は、ユーザに対して引き取り地点、及び、引き取り日時などの入力を促す。ユーザが入力部２４を介してこれらの入力を完了すると、ロッカー利用部２０１は、引き取り要求を生成してサーバ３０へネットワークＮ１を介して送信する。

預け入れ要求及び引き取り要求を送信すると、サーバ３０から荷物の預け入れ又は引き取りに関する情報が送信されてもよい。例えば、ユーザ端末２０が送信した条件で荷物の預け入れまたは引き取りが可能であることを示す情報、または、ユーザ端末２０が送信した条件では荷物の預け入れまたは引き取りができないことを示す情報がサーバ３０から送信される。その情報に応じた画像をロッカー利用部２０１がディスプレイ２５に表示させる。

また、ユーザがロッカー１８に荷物を預け入れるとき、または、ユーザがロッカー１８から荷物を引き取るときには、ロッカー利用部２０１がロッカー１８の通信部２６と通信
を確立し、ユーザに関する情報をロッカー１８に送信する。したがって、ユーザ端末２０は、ロッカー１８のボックス１８０を解錠するための鍵として利用される。

次に、緩衝材１９１を補充するときのシステム１全体の処理について説明する。図９は、第１実施形態における緩衝材１９１を補充するときのシステム１全体の処理のシーケンス図である。この処理は、各車両１０について行われる。車両１０は、例えば所定時間毎に収納部１９に取り付けられているセンサ１９２の検出値を取得し（Ｓ１１）、サーバ３０へ送信する（Ｓ１２）。サーバ３０は、センサ１９２の検出値に基づいて、緩衝材１９１の量が所定量未満であるか否か判定する（Ｓ１３）。緩衝材１９１の量が所定量未満であると判定した場合にサーバ３０は、車両１０の運行指令を生成する（Ｓ１４）。この運行指令には、緩衝材１９１の補充場所に車両１０を移動させ、その後に緩衝材１９１を補充するために例えば車両１０の扉を開く指令を含む。サーバ３０は、生成した運行指令を車両１０へ送信する（Ｓ１５）。

運行指令を受信した車両１０は、運行指令に基づいて緩衝材１９１の補充場所に移動して停車する（Ｓ１６）。そして、車両１０は、停車中に扉を開いて緩衝材１９１が補充されるのを待つ。緩衝材１９１の補充が終わると、例えば、作業員が入出力部１８２に作業が完了したことを入力する。これにより、車両１０では、補充完了情報が生成される（Ｓ１７）。補充完了情報は、緩衝材１９１の補充が完了したことを示す情報である。生成した補充完了情報は、サーバ３０へ送信される（Ｓ１８）。

補充完了情報を受信したサーバ３０は、次の目的地に移動するように車両１０の運行指令を生成し（Ｓ１９）、車両１０へ送信する（Ｓ２０）。この運行指令にしたがって、車両１０は、次のユーザの預け入れ地点または引き取り地点に向けて移動する。

次に、緩衝材１９１を補充するときのサーバ３０における処理について説明する。図１０は、第１実施形態における緩衝材１９１を補充するときのサーバ３０における処理のフローチャートである。本ルーチンは、各車両１０について実行される。

ステップＳ１０１において緩衝材管理部３０３は、車両１０から受信したセンサ１９２の検出値を読み込む。センサ１９２の検出値は、例えば所定時間毎に車両１０から発信されるため、その値を補助記憶部３３に記憶しておく。そして緩衝材管理部３０３は、ステップＳ１０１において最新のセンサ１９２の検出値を読み込む。ステップＳ１０２において緩衝材管理部３０３は、センサ１９２の検出値である緩衝材１９１の量が、所定量未満であるか否か判定する。すなわち、緩衝材管理部３０３は、緩衝材１９１の補充が必要か否か判定する。所定量は、補充の必要がない緩衝材１９１の量として補助記憶部３３に記憶されている。ステップＳ１０２で肯定された場合にはステップＳ１０３へ進み、否定判定された場合には本ルーチンを終了させる。

なお、センサ１９２が、質量を検出するセンサである場合には、緩衝材１９１の質量に基づいて緩衝材１９１の量が判定されるが、例えば、緩衝材１９１がエアキャップまたは発泡スチロールなどの場合には、緩衝材１９１が潰れて使い物にならない場合であっても質量がほとんど変化しないこともあり得る。このような場合に質量だけで緩衝材１９１の量を判定すると、緩衝材１９１が不足する虞がある。そこで、質量を検出するセンサとカメラとを併用して使用可能な緩衝材１９１の残量を判定してもよい。すなわち、センサで検出される緩衝材１９１の質量が所定質量以上であっても、カメラにより検出される緩衝材１９１の体積が所定体積未満の場合には、緩衝材１９１が不足する虞があると考えて、ステップＳ１０２において肯定判定してもよい。また、カメラに代えて、例えば、収納部１９内の所定の高さにおける光の透過率を検出することで、その高さまで緩衝材１９１が積まれているか否か判定してもよい。その高さまで緩衝材１９１が積まれていれば、緩衝
材１９１の体積が所定体積以上と判定できる。さらに別法として、緩衝材１９１の質量ではなく体積のみに基づいた判定を行ってもよい。

ステップＳ１０３において指令部３０４は、車両１０が緩衝材１９１の補充場所まで移動して緩衝材１９１の補充を受けるように運行指令を生成する。この運行指令には、車両１０が緩衝材１９１の補充場所まで移動するルートが含まれる。このルートは、例えば、最も近い補充場所に移動するルートであってもよく、補充場所と次の荷物の預け入れ地点または引き取り地点とを通る最短のルートであってもよい。そして、ステップＳ１０４において指令部３０４は、生成した運行指令を車両１０へ送信する。なお、このときに緩衝材１９１の補充場所で利用されている端末に対して、車両１０が緩衝材１９１の補充のために向かっていることを通知してもよい。ステップＳ１０５において指令部３０４は、車両情報ＤＢ３１２を更新する。例えば、ルートフィールドに、ステップＳ１０３において生成したルートに関する情報を入力する。

ステップＳ１０６において緩衝材管理部３０３は、車両１０から補充完了情報を受信したか否か判定する。なお、車両１０に代えて補充場所で利用されている端末から補充完了情報を送信してもよい。ステップＳ１０６で肯定判定された場合にはステップＳ１０７へ進み、否定判定された場合にはステップＳ１０６の処理を再度実行する。

ステップＳ１０７において指令部３０４は、次の目的地（次の預け入れ地点または次の引き取り地点）に移動するように運行指令を生成し、ステップＳ１０８において指令部３０４は、生成した運行指令を車両１０へ送信する。この運行指令には、車両１０が次の目的地まで移動するルートが含まれる。また、ステップＳ１０９において指令部３０４は、車両情報ＤＢ３１２を更新する。例えば、ルートフィールドに、ステップＳ１０７において生成したルートに関する情報を入力する。

以上説明したように第１実施形態によれば、ロッカー１８のボックス１８０に荷物を預けるときに、ユーザが収納部１９から緩衝材１９１を必要に応じて取り出して、自由に利用することができるため、荷物を保護することができる。また、緩衝材１９１の残りが少なくなると緩衝材１９１を補充可能な場所に移動するように車両１０の運行指令を生成するため、緩衝材１９１を補充することができる。したがって、緩衝材１９１が不足することを抑制でき、さらには荷物が破損することを抑制できる。また、車両１０に緩衝材１９１を備えることにより、ロッカー１８に荷物を預けるサービスの利用を促進させることができる。

＜第２実施形態＞
第１実施形態では、センサ１９２の検出値に基づいて緩衝材１９１を補充している。一方、第２実施形態では、ユーザから得られる情報に基づいて緩衝材１９１を補充する。また、情報を提供したユーザに対してインセンティブを付与する。ただし、ユーザにインセンティブを付与することは必須ではない。なお、センサ１９２の検出値とユーザからの情報とを併用して緩衝材１９１を補充してもよく、センサ１９２の検出値を用いずにユーザから得られる情報のみに基づいて緩衝材１９１を補充してもよい。

第１実施形態のようにセンサ１９２により質量または体積を検出することで緩衝材１９１の量が所定量以上であると判定されたとしても、例えば、緩衝材１９１に汚れが付着していたり、緩衝材１９１の劣化によって使用できなかったりする場合も考えられる。このような場合に、ユーザが使用可能な緩衝材１９１の量についての情報をサーバ３０に提供することで、サーバ３０は、より適切なタイミングで緩衝材１９１を補充することができる。

例えば、ユーザが、ボックス１８０に荷物を預け入れるとき、または、ボックス１８０から荷物を引き取るときに、緩衝材１９１が足りていたか否かをユーザに問い合わせ、その回答に基づいて緩衝材の量を判定してもよい。この問い合わせは、ユーザ端末２０を介して行ってもよく、車両１０若しくはロッカー１８を介して行ってもよい。例えば、ユーザが、ボックス１８０に荷物を預け入れるとき、または、ボックス１８０から荷物を引き取るときに、ロッカー１８の入出力部１８２に「緩衝材は足りましたか」などといった文言と共に、「はい」または「いいえ」の何れかの回答を選択するためのＧＵＩを画面に表示させてもよい。そして、ユーザの操作にしたがって回答を得てもよい。ユーザは、例えば、主観的に緩衝材１９１が足りないと感じた場合に、緩衝材１９１が足りないと回答してもよい。

そして、ユーザから緩衝材１９１が足りないとの回答を得た場合に、サーバ３０の緩衝材管理部３０３は、緩衝材１９１の量が所定量未満であると判定する。

また、ユーザに付与するインセンティブは、例えば、ロッカーの利用料金の割引であってもよく、電子マネーの付与、または、クーポン券の付与などであってもよい。また、ユーザが次回にロッカーを利用したときに、料金を自動的に割り引いてもよい。

次に、緩衝材１９１を補充するときのシステム１全体の処理について説明する。図１１は、第２実施形態における緩衝材１９１を補充するときのシステム１全体の処理のシーケンス図である。この処理は、各車両１０について行われる。なお、図９と同じ処理が実行されるステップについては同じ符号を付して説明を省略する。

ユーザがボックス１８０に荷物を預け入れるとき、または、ボックス１８０から荷物を引き取るときに、ロッカーの入出力部１８２に緩衝材１９１が足りたか否かをユーザに問い合わせるための画像を入出力部１８２に表示させる（Ｓ３１）。この画像を表示させるタイミングは、例えば、ユーザが入出力部１８２を操作するとき、ボックス１８０の扉を開閉するとき、ボックス１８０を施解錠するとき、または、車両１０の扉を開いた後などを例示できる。なお、別法として、サーバ３０からユーザ端末２０へ問い合わせを送信してもよい。この場合、ユーザは、ユーザ端末２０の入力部２４に回答を入力する。ユーザがボックス１８０に荷物を預け入れた後、または、ボックス１８０から荷物を引き取った後に、サーバ３０からユーザ端末２０へ問い合わせを送信してもよい。さらに別法として、緩衝材１９１の量が足りないと判断したユーザが、自主的に例えばユーザ端末２０にインストールされているアプリケーションを起動させ、このアプリケーションを介して緩衝材１９１の量が足りないことをサーバ３０に通知してもよい。

車両１０のロッカー１８の入出力部１８２に、ユーザによって緩衝材１９１が足りたか否かの回答が入力されると（Ｓ３２）、その入力に応じた情報がサーバ３０へ送信される（Ｓ３３）。サーバ３０は、ユーザからの入力に基づいて、緩衝材１９１の量が所定量未満であるか否か判定する（Ｓ３４）。すなわち、緩衝材１９１が足りたとの回答をユーザから得た場合には、緩衝材１９１の量が所定量以上であると判定し、緩衝材１９１が足りないとの回答をユーザから得た場合には、緩衝材１９１の量が所定量未満であると判定する。

なお、ユーザから取得した回答と、センサ１９２の検出値とを併用して、緩衝材１９１の量を判定してもよい。例えば、ユーザから緩衝材１９１が足りないとの回答があり、且つ、センサ１９２の検出値が所定値未満の場合に、緩衝材１９１の量が所定量未満であると判定してもよい。そして、緩衝材１９１の量が所定量未満であると判定した場合にサーバ３０は、緩衝材１９１を補充するように車両１０の運行指令を生成する（Ｓ１４）。

また、サーバ３０が、次の目的地に移動するように車両１０へ運行指令を送信した後（Ｓ２０）、サーバ３０においてインセンティブを表すデータが生成される（Ｓ３５）。このデータには、例えば、クーポンコードが含まれる。このインセンティブを表すデータは、ユーザ端末２０へ送信される（Ｓ３６）。なお、別法として、インセンティブを表すデータをサーバ３０の補助記憶部３３に記憶しておき、次回にユーザがロッカー１８を利用するときに、料金の割引などを行ってもよい。

次に、緩衝材１９１を補充するときのサーバ３０における処理について説明する。図１２は、第２実施形態における緩衝材１９１を補充するときのサーバ３０における処理のフローチャートである。本ルーチンは、各車両１０について実行される。図１０と同じ処理が実行されるステップについては、同じ符号を付して説明を省略する。

ステップＳ２０１において緩衝材管理部３０３は、車両１０から緩衝材１９１の量についてのユーザの回答を受信したか否か判定する。ステップＳ２０１において肯定判定された場合にはステップＳ２０２へ進み、否定判定された場合には本ルーチンを終了させる。ステップＳ２０２において緩衝材管理部３０３は、収納部１９に収納されている緩衝材１９１の量を判定する。ユーザから緩衝材１９１が足りないとの回答を得た場合には、緩衝材１９１の量が所定量未満であると判定し、緩衝材１９１が足りたとのユーザからの回答を得た場合には、緩衝材１９１の量が所定値以上であると判定する。

また、ステップＳ２０３において緩衝材管理部３０３は、ユーザにインセンティブを付与するために、インセンティブを表すデータを生成する。そして、ステップＳ２０４において緩衝材管理部３０３は、ユーザ端末２０にインセンティブを表すデータを送信する。

以上説明したように第２実施形態によれば、ユーザから提供される情報に基づいて緩衝材１９１の量が少なくなっていることを検知できる。そのため、緩衝材１９１が不足することを抑制できる。したがって、荷物が破損することを抑制できる。

＜第３実施形態＞
第１実施形態では、収納部１９内の緩衝材１９１の量が所定量未満の場合に補充を行っている。しかし、ユーザが緩衝材１９１を利用した後に、緩衝材１９１を収納部１９に戻さずに、ボックス１８０内に置き去りにすることも考えられる。このような場合には、緩衝材１９１を補充せずに、ボックス１８０内の緩衝材１９１を収納部１９に戻せば問題はない。

そこで、第３実施形態では、収納部１９内の緩衝材１９１の量が所定量未満であっても、ユーザが荷物を引き取った後のボックス１８０に緩衝材１９１が残っており、このボックス１８０に残っている緩衝材１９１の量を加えることで所定量以上となる場合には、緩衝材１９１の補充は行わない。また、ユーザが荷物の引き取りの際に使用後の緩衝材１９１を収納部１９に戻した場合には、ユーザにインセンティブを付与する。

例えば、収納部１９および各ボックス１８０にセンサ１９２としてのカメラを取り付けておき、カメラによって撮像したデータを解析することで、各ボックス１８０に存在している緩衝材１９１の量を判定することができる。緩衝材１９１が配置されている場所が、ユーザが利用していないボックス１８０である場合には、この緩衝材１９１の量を収納部１９に収納されている緩衝材１９１の量に加えて、所定量と比較する。なお、別法として、さらにユーザが利用中のボックス１８０内に存在する緩衝材１９１の量を加えて、所定量と比較してもよい。

なお、別法として、例えば、各緩衝材１９１にＲＦＩＤタグを取り付けておき、ロッカ
ー１８の通信部１８３がＲＦＩＤを読み取ることによって、各緩衝材１９１が配置されている場所を特定することができる。したがって、ボックス１８０内に置き去りにされた緩衝材１９１を検出することができる。

図９に示したシーケンス図を参照して説明すると、Ｓ１１において、収納部１９および各ボックス１８０に取り付けたセンサ１９２から検出値を取得する。これらの検出値をサーバ３０に送信し（Ｓ１２）、サーバ３０においてこれらの検出値に基づいて緩衝材１９１の量が判定される（Ｓ１３）。

また、図１０に示したフローチャートを例に挙げると、ステップＳ１０１において緩衝材管理部３０３は、収納部１９および各ボックス１８０に取り付けたセンサ１９２の検出値を読み込む。そして、ユーザに利用されていないボックス１８０に残された緩衝材１９１の量と、収納部１９に収納されている緩衝材１９１の量との合計値である、使用可能な緩衝材１９１の量を算出する。そして、ステップＳ１０２において緩衝材管理部３０３は、使用可能な緩衝材１９１の量が所定量未満であるか否か判定する。

また、図１３は、第３実施形態における緩衝材１９１を使用後に収納部１９に戻したユーザにインセンティブを付与する処理を示したフローチャートである。本ルーチンは、各車両１０の各ボックス１８０について実行される。ステップＳ３０１において緩衝材管理部３０３は、ユーザによる荷物の預け入れが完了したか否か判定する。例えば、荷物の預け入れ地点において、ボックス１８０の扉が一旦開けられた後に閉められた場合に、荷物の預け入れが完了したと判定する。別法として、荷物の預け入れ地点において、ボックス１８０がアンロックされた後にロックされた場合に、荷物の預け入れが完了したと判定してもよい。ステップＳ３０１で肯定判定された場合にはステップＳ３０２へ進み、否定判定された場合には本ルーチンを終了させる。

ステップＳ３０２において緩衝材管理部３０３は、ボックス１８０に対応するセンサ１９２の検出値（例えば、カメラの撮像データ）を読み込む。ステップＳ３０３において緩衝材管理部３０３は、ユーザが緩衝材を使用したか否か判定する。緩衝材管理部３０３は、センサ１９２によってボックス１８０内に緩衝材が検出されている場合には、緩衝材１９１が使用されたと判定する。ステップＳ３０３で肯定判定された場合にはステップＳ３０４へ進み、否定判定された場合には本ルーチンを終了させる。

ステップＳ３０４において緩衝材管理部３０３は、ユーザによる荷物の引き取りが完了したか否か判定する。例えば、荷物の引き取り地点において、ボックス１８０の扉が一旦開けられた後に閉められた場合に、荷物の引き取りが完了したと判定する。別法として、荷物の引き取り地点において、ボックス１８０がアンロックされた後にロックされた場合に、荷物の引き取りが完了したと判定してもよい。ステップＳ３０４で肯定判定された場合にはステップＳ３０５へ進み、否定判定された場合にはステップＳ３０４の処理を再度実行する。

ステップＳ３０５において緩衝材管理部３０３は、ボックス１８０に対応するセンサ１９２の検出値を読み込む。ステップＳ３０４において緩衝材管理部３０３は、ボックス１８０から収納部１９に緩衝材を戻したか否か判定する。緩衝材管理部３０３は、センサ１９２によってボックス１８０内に緩衝材が検出されていない場合には、緩衝材１９１が戻されたと判定する。なお、さらに、収納部１９において緩衝材１９１が増加したか否かを判定し緩衝材１９１が増加している場合に限り、緩衝材１９１が戻されたと判定してもよい。ステップＳ３０６で肯定判定された場合にはステップＳ３０７へ進み、否定判定された場合には本ルーチンを終了させる。

ステップＳ３０７において緩衝材管理部３０３は、ユーザにインセンティブを付与するために、インセンティブを表すデータを生成する。そして、ステップＳ３０８において緩衝材管理部３０３は、ユーザ端末２０にインセンティブを表すデータを送信する。

以上説明したように第３実施形態によれば、収納部１９における緩衝材１９１の量が減少したとしても、ボックス１８０内に十分な量の緩衝材１９１が残っている場合には、緩衝材１９１を補充しないため、車両１０が必要以上に緩衝材１９１の補充場所に移動することを抑制できる。また、緩衝材１９１を使用したユーザが緩衝材１９１を収納部１９に戻した場合には、ユーザにインセンティブを付与するため、緩衝材１９１を収納部１９に戻すことを促進させることができる。これにより、ボックス１８０内に放置される緩衝材１９１の量を減少させることができる。

＜第４実施形態＞
第１実施形態では、収納部１９内の緩衝材１９１の量が所定量未満の場合に、緩衝材１９１を補充可能な場所に移動して緩衝材１９１の補充を行っている。一方、第４実施形態では、予備の緩衝材１９１を入れる第二収納部１９３を備えており、収納部１９内の緩衝材１９１の量が所定量未満になると、ユーザに対して緩衝材１９１を第二収納部１９３から収納部１９に補充するように依頼する。そして、緩衝材１９１を補充したユーザに対してインセンティブを付与する。なお、インセンティブを付与することは必須ではない。

図１４は、第４実施形態におけるロッカー１８の外観を示す図である。収納部１９の例えば下部に第二収納部１９３を備えており、第二収納部１９３には、予備の緩衝材１９１が配置されている。サーバ３０は、ロッカー１８の入出力部１８２であるディスプレイに文字を表示されたり、ロッカー１８の入出力部１８２であるスピーカから音声を流したりすることで、ユーザに対して緩衝材１９１の補充を依頼する。なお、別法として、サーバ３０は、ユーザ端末２０のディスプレイ２５に文字を表示されたり、ユーザ端末２０のスピーカから音声を流したりすることで、ユーザに対して緩衝材１９１の補充を依頼してもよい。なお、センサ１９２が、第二収納部１９３に収納されている緩衝材１９１の量を検出してもよい。

緩衝材１９１の補充を依頼するタイミングは、例えば、ユーザがロッカー１８の入出力部１８２を操作するとき、ボックス１８０の扉を開閉するとき、ボックス１８０を施解錠するとき、または、車両１０の扉を開いた後などを例示できる。また、ユーザ端末２０に対して依頼を送信する場合には、預け入れ要求送信時、または、引き取り要求送信時であってもよい。

図１５は、第４実施形態におけるユーザに緩衝材１９１の補充を依頼するときのシステム１全体の処理のシーケンス図である。この処理は、各車両１０について行われる。なお、図９と同じ処理が実行されるステップについては同じ符号を付して説明を省略する。Ｓ１３において緩衝材１９１の量が所定量未満であると判定された場合には、車両１０の運行指令を生成する（Ｓ４１）。この運行指令には、緩衝材１９１の補充をユーザに依頼するための指令を含む。サーバ３０は、生成した運行指令を車両１０へ送信する（Ｓ４２）。

運行指令を受信した車両１０は、次の預け入れ地点または引き取り地点に移動して停車する（Ｓ４３）。そして、車両１０は、ユーザが荷物を預け入れ又は引き取りのために例えばボックス１８０を開扉したとき若しくは閉扉したときに、緩衝材１９１を補充する依頼を入出力部１８２に出力させる（Ｓ４４）。車両１０は、例えば所定時間毎に収納部１９に取り付けられているセンサ１９２の検出値を取得し（Ｓ４５）、サーバ３０へ送信する（Ｓ４６）。

サーバ３０は、センサ１９２の検出値に基づいて、緩衝材１９１が第二収納部１９３から収納部１９に移されたことを判定した場合に、インセンティブを表すデータを生成する（Ｓ４７）。例えば、収納部１９内の緩衝材１９１の量、及び第二収納部１９３内の緩衝材１９１の量の推移に基づいて、緩衝材１９１が補充されたか否か判定し、緩衝材１９１が補充されたと判定された場合にインセンティブを表すデータを生成してもよい。別法として、例えば、センサ１９２であるカメラの撮像データに基づいて、ユーザが緩衝材１９１を補充する動作を行ったか否か判定し、この動作を行ったと判定された場合にインセンティブを表すデータを生成してもよい。生成したインセンティブを表すデータは、ユーザ端末２０に送信される（Ｓ４０）。

次に、緩衝材１９１を補充するときのサーバ３０における処理について説明する。図１６は、第４実施形態における緩衝材１９１を補充するときのサーバ３０における処理のフローチャートである。本ルーチンは、各車両１０について実行される。図１０または図１２と同じ処理が実行されるステップについては、同じ符号を付して説明を省略する。

図１６に示したフローチャートでは、ステップＳ１０２で肯定判定されるとステップＳ４０１へ進む。ステップＳ４０１において指令部３０４は、緩衝材１９１を第二収納部１９３から収納部１９へ移動させる依頼（すなわち、緩衝材１９１を補充する依頼）を入出力部１８２に出力させるための運行指令を生成する。この運行指令は、例えば、預け入れ地点または引き取り地点において、ユーザがボックス１８０を開扉または閉扉するタイミングで緩衝材１９１の補充の依頼が出力されるように生成される。ステップＳ４０２において指令部３０４は、運行指令を車両１０へ送信する。

ステップＳ４０３において緩衝材管理部３０３は、車両１０から受信したセンサ１９２の検出値を読み込む。センサ１９２の検出値は、所定時間毎に車両１０から発信されるため、その値を補助記憶部３３に記憶しておく。そして緩衝材管理部３０３は、ステップＳ４０３において最新のセンサ１９２の検出値を読み込む。

ステップＳ４０４において緩衝材管理部３０３は、ユーザが第二収納部１９３から緩衝材１９１を補充したか否か判定する。例えば、第二収納部１９３の緩衝材１９１の量が減少し、且つ、収納部１９の緩衝材１９１の量が増加した場合に、ユーザが緩衝材１９１を補充したと判定する。別法として、センサ１９２がカメラである場合に、緩衝材１９１を第二収納部１９３から収納部１９に移すユーザの動作が撮像されている場合に、ユーザが緩衝材１９１を補充したと判定してもよい。ステップＳ４０４で肯定判定された場合にはステップＳ３０７へ進み、否定判定された場合には本ルーチンを終了させる。

以上説明したように第４実施形態によれば、ユーザに緩衝材１９１の補充を依頼することで、緩衝材１９１が不足することを抑制できる。したがって、荷物が破損することを抑制できる。

＜その他の実施形態＞
上記の実施形態はあくまでも一例であって、本開示はその要旨を逸脱しない範囲内で適宜変更して実施し得る。

本開示において説明した処理や手段は、技術的な矛盾が生じない限りにおいて、自由に組み合わせて実施することができる。

また、１つの装置が行うものとして説明した処理が、複数の装置によって分担して実行されてもよい。あるいは、異なる装置が行うものとして説明した処理が、１つの装置によ
って実行されても構わない。コンピュータシステムにおいて、各機能をどのようなハードウェア構成（サーバ構成）によって実現するかは柔軟に変更可能である。例えば、車両１０の機能の一部を、サーバ３０が備えていてもよい。また、例えば、サーバ３０の機能の一部または全部を、車両１０が備えていてもよい。

本開示は、上記の実施形態で説明した機能を実装したコンピュータプログラムをコンピュータに供給し、当該コンピュータが有する１つ以上のプロセッサがプログラムを読み出して実行することによっても実現可能である。このようなコンピュータプログラムは、コンピュータのシステムバスに接続可能な非一時的なコンピュータ可読記憶媒体によってコンピュータに提供されてもよいし、ネットワークを介してコンピュータに提供されてもよい。非一時的なコンピュータ可読記憶媒体は、例えば、磁気ディスク（フロッピー（登録商標）ディスク、ハードディスクドライブ（ＨＤＤ）等）、光ディスク（ＣＤ－ＲＯＭ、ＤＶＤディスク、ブルーレイディスク等）など任意のタイプのディスク、読み込み専用メモリ（ＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）、ＥＰＲＯＭ、ＥＥＰＲＯＭ、磁気カード、フラッシュメモリ、光学式カード、電子的命令を格納するために適した任意のタイプの媒体を含む。

１ システム
１０ 車両
１８ ロッカー
１９ 収納部
２０ ユーザ端末
３０ サーバ
３１ プロセッサ
３２ 主記憶部
３３ 補助記憶部
３４ 通信部
１８０ ボックス
１８２ 入出力部
１８３ 通信部
１９２ センサ

Claims (20)

1. ユーザによる荷物の預け入れが可能な格納装置と、
   前記ユーザが前記荷物を前記格納装置に預け入れるときに前記ユーザが利用可能な緩衝材を収納する収納部と、
   を備えた車両を制御する制御部を有する情報処理装置であって、
   前記制御部は、前記収納部における前記緩衝材の残量が所定量未満である場合に、前記収納部に前記緩衝材を補充することに関する指令を生成すること、
   を実行する情報処理装置。
2. 前記緩衝材を補充することに関する指令には、前記緩衝材を補充可能な地点へ前記車両を移動させる指令を含む、
   請求項１に記載の情報処理装置。
3. 前記緩衝材を補充することに関する指令には、前記ユーザに前記緩衝材の補充を依頼する指令を含む、
   請求項１に記載の情報処理装置。
4. 前記制御部は、前記収納部における前記緩衝材の残量を検出するセンサの検出値に基づいて、前記緩衝材の残量が前記所定量未満であるか否か判定する、
   請求項１から３の何れか１項に記載の情報処理装置。
5. 前記制御部は、前記ユーザが入力した情報に基づいて、前記収納部における前記緩衝材の残量が前記所定量未満であるか否か判定する、
   請求項１から４の何れか１項に記載の情報処理装置。
6. 前記緩衝材の残量は、使用可能な前記緩衝材の残量である、
   請求項１から５の何れか１項に記載の情報処理装置。
7. 前記緩衝材の残量は、前記格納装置の区画内の緩衝材の量と前記収納部内の緩衝材の量とを合わせた量である、
   請求項１から６の何れか１項に記載の情報処理装置。
8. 前記車両が、前記収納部とは別に、予備の前記緩衝材を収納する第二収納部を更に備えており、
   前記制御部は、前記収納部における前記緩衝材の残量が前記所定量未満である場合に、前記収納部に前記緩衝材を補充することに関する指令として、前記第二収納部から前記収納部に前記緩衝材を移すことを前記ユーザに依頼するための指令を生成する、
   請求項３に記載の情報処理装置。
9. 前記制御部は、前記第二収納部から前記収納部に前記緩衝材を移した前記ユーザに付与するインセンティブを表すデータを生成する、
   請求項８に記載の情報処理装置。
10. 前記制御部は、前記ユーザが前記格納装置から荷物を引き取るときに前記格納装置から前記収納部に前記緩衝材を移した場合に、前記ユーザに付与するインセンティブを表すデータを生成する、
    請求項１から９の何れか１項に記載の情報処理装置。
11. ユーザによる荷物の預け入れが可能な格納装置と、
    前記ユーザが前記荷物を前記格納装置に預け入れるときに前記ユーザが利用可能な緩衝材を収納する収納部と、
    を備えた車両を制御する情報処理方法であって、
    コンピュータが、
    前記収納部における前記緩衝材の残量が所定量未満である場合に、前記収納部に前記緩衝材を補充することに関する指令を生成すること、
    を実行する情報処理方法。
12. 前記緩衝材を補充することに関する指令には、前記緩衝材を補充可能な地点へ前記車両を移動させる指令を含む、
    請求項１１に記載の情報処理方法。
13. 前記緩衝材を補充することに関する指令には、前記ユーザに前記緩衝材の補充を依頼する指令を含む、
    請求項１１に記載の情報処理方法。
14. 前記コンピュータが、
    前記収納部における前記緩衝材の残量を検出するセンサの検出値に基づいて、前記緩衝材の残量が前記所定量未満であるか否か判定する、
    請求項１１から１３の何れか１項に記載の情報処理方法。
15. 前記コンピュータが、
    前記ユーザが入力した情報に基づいて、前記収納部における前記緩衝材の残量が前記所定量未満であるか否か判定する、
    請求項１１から１４の何れか１項に記載の情報処理方法。
16. 前記緩衝材の残量は、使用可能な前記緩衝材の残量である、
    請求項１１から１５の何れか１項に記載の情報処理方法。
17. 前記緩衝材の残量は、前記格納装置の区画内の緩衝材の量と前記収納部内の緩衝材の量とを合わせた量である、
    請求項１１から１６の何れか１項に記載の情報処理方法。
18. 前記車両が、前記収納部とは別に、予備の前記緩衝材を収納する第二収納部を更に備えており、
    前記コンピュータが、
    前記収納部における前記緩衝材の残量が前記所定量未満である場合に、前記収納部に前記緩衝材を補充することに関する指令として、前記第二収納部から前記収納部に前記緩衝材を移すことを前記ユーザに依頼するための指令を生成する、
    請求項１３に記載の情報処理方法。
19. 前記コンピュータが、
    前記第二収納部から前記収納部に前記緩衝材を移した前記ユーザに付与するインセンティブを表すデータを生成する、
    請求項１８に記載の情報処理方法。
20. 前記コンピュータが、
    前記ユーザが前記格納装置から荷物を引き取るときに前記格納装置から前記収納部に前記緩衝材を移した場合に、前記ユーザに付与するインセンティブを表すデータを生成する、
    請求項１１から１９の何れか１項に記載の情報処理方法。

Images