JP7512988B2 - 情報処理装置、情報処理方法、及び、プログラム - Google Patents

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 (18)

1. ユーザによる荷物の預け入れが可能な格納装置を搭載した車両を制御する制御部を有し、前記格納装置の汚損を検出するセンサに接続されている情報処理装置であって、
   前記制御部は、
   前記荷物の預け入れ地点または前記荷物の引き取り地点と、前記格納装置において前記荷物の格納に関連する所定の事象が発生した場合に前記所定の事象を解消可能な所定の場所を含む所定領域と、を経由するように、前記車両のルートを前記所定の事象が発生する前に生成すること、及び、
   前記センサの検出値が所定値以上の場合に、前記所定の事象が発生したと判定すること、
   を実行する情報処理装置。
2. 前記制御部は、
   前記所定の場所が前記所定の事象を解消可能な時間に基づいて、前記所定の場所を選択する、
   請求項１に記載の情報処理装置。
3. 前記所定の場所に関する情報を記憶する記憶部を更に備える、
   請求項１または２に記載の情報処理装置。
4. 前記制御部は、
   前記所定の事象が発生した場合には、前記所定の場所を経由するように前記車両への指令を生成する、
   請求項１から３の何れか１項に記載の情報処理装置。
5. 前記制御部は、
   前記所定の場所が複数存在する場合に、前記所定の事象に基づいて経由する所定の場所を選択する、
   請求項４に記載の情報処理装置。
6. 前記所定の場所は、自動車販売店、自動車整備工場、ガソリンスタンド、及び、登録さ
   れたユーザの自宅のうちの何れかである、
   請求項１から５の何れか１項に記載の情報処理装置。
7. 前記制御部は、
   前記登録されたユーザが前記所定の事象を解消した場合に、前記登録されたユーザにインセンティブを付与する、
   請求項６に記載の情報処理装置。
8. ユーザによる荷物の預け入れが可能な格納装置を搭載した車両を制御する制御方法であって、
   コンピュータが、
   前記荷物の預け入れ地点または前記荷物の引き取り地点と、前記格納装置において前記荷物の格納に関連する所定の事象が発生した場合に前記所定の事象を解消可能な所定の場所を含む所定領域と、を経由するように、前記車両のルートを前記所定の事象が発生する前に生成すること、及び、
   前記格納装置の汚損を検出するセンサの検出値が所定値以上の場合に、前記所定の事象が発生したと判定すること、
   を実行する情報処理方法。
9. 前記コンピュータが、
   前記所定の場所が前記所定の事象を解消可能な時間に基づいて、前記所定の場所を選択する、
   請求項８に記載の情報処理方法。
10. 前記コンピュータが、
    前記所定の場所に関する情報を記憶する記憶部から前記所定の場所に関する情報を取得する、
    請求項８または９に記載の情報処理方法。
11. 前記コンピュータが、
    前記所定の事象が発生した場合には、前記所定の場所を経由するように前記車両への指令を生成する、
    請求項８から１０の何れか１項に記載の情報処理方法。
12. 前記コンピュータが、
    前記所定の場所が複数存在する場合に、前記所定の事象に基づいて経由する所定の場所を選択する、
    請求項１１に記載の情報処理方法。
13. 前記所定の場所は、自動車販売店、自動車整備工場、ガソリンスタンド、及び、登録されたユーザの自宅のうちの何れかである、
    請求項８から１２の何れか１項に記載の情報処理方法。
14. 前記コンピュータが、
    前記登録されたユーザが前記所定の事象を解消した場合に、前記登録されたユーザにインセンティブを付与する、
    請求項１３に記載の情報処理方法。
15. ユーザによる荷物の預け入れが可能な格納装置を搭載した車両を制御するプログラムであって、
    コンピュータに、
    前記荷物の預け入れ地点または前記荷物の引き取り地点と、前記格納装置において前記荷物の格納に関連する所定の事象が発生した場合に前記所定の事象を解消可能な所定の場所を含む所定領域と、を経由するように、前記車両のルートを前記所定の事象が発生する前に生成させ、
    前記格納装置の汚損を検出するセンサの検出値が所定値以上の場合に、前記所定の事象が発生したと判定させる、
    プログラム。
16. 前記コンピュータに、
    前記所定の場所が前記所定の事象を解消可能な時間に基づいて、前記所定の場所を選択させる、
    請求項１５に記載のプログラム。
17. 前記コンピュータに、
    前記所定の場所に関する情報を記憶する記憶部から前記所定の場所に関する情報を取得させる、
    請求項１５または１６に記載のプログラム。
18. 前記コンピュータに、
    前記所定の事象が発生した場合には、前記所定の場所を経由するように前記車両への指令を生成させる、
    請求項１５から１７の何れか１項に記載のプログラム。

Images