JP7521506B2 - 情報処理装置、及び、情報処理方法 - 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 (16)

1. 車両に搭載されユーザによる荷物の預け入れが可能な複数の区画を有する格納装置に前記荷物を預かるサービスを前記ユーザが利用した後に、前記区画に前記荷物が残留していることを検出した場合に、前記ユーザに報知すること、
   を実行する制御部を有する情報処理装置であって、
   前記制御部は、
   前記ユーザに報知した場合、所定条件が成立するまでは、前記車両を停止させておき、
   前記所定条件が成立したとしても、前記ユーザの端末から前記ユーザが前記車両に戻ることに関する情報を受信した場合には、前記車両を停車させておく、
   情報処理装置。
2. 前記制御部は、前記ユーザの端末に前記報知に関する情報を送信する、
   請求項１に記載の情報処理装置。
3. 前記所定条件は、前記ユーザに報知してから所定時間が経過することである、
   請求項１に記載の情報処理装置。
4. 前記ユーザが前記車両に戻ることに関する情報には、前記報知に対する前記ユーザの端末からの応答を含む、
   請求項１に記載の情報処理装置。
5. 前記ユーザが前記車両に戻ることに関する情報には、前記ユーザの端末の位置情報を含む、
   請求項１に記載の情報処理装置。
6. 前記制御部は、前記ユーザに報知するときに、前記ユーザの端末から取得する位置情報に基づいて前記車両を移動させる、
   請求項１から５の何れか１項に記載の情報処理装置。
7. 前記制御部は、前記ユーザの端末から取得する位置情報に基づいて前記車両を移動させるときに、前記ユーザの端末へ前記荷物の引き渡しを行う地点に関する情報を送信する、
   請求項６に記載の情報処理装置。
8. 前記制御部は、前記ユーザによる前記荷物の引き取りがない場合には、前記荷物を回収する所定地点に前記車両を移動させる、
   請求項１から７の何れか１項に記載の情報処理装置。
9. コンピュータが、
   車両に搭載されユーザによる荷物の預け入れが可能な複数の区画を有する格納装置に前記荷物を預かるサービスを前記ユーザが利用した後に、前記区画に前記荷物が残留していることを検出した場合に、前記ユーザに報知すること、
   を実行する情報処理方法であって、
   前記コンピュータが、
   前記ユーザに報知した場合、所定条件が成立するまでは、前記車両を停止させておき、
   前記所定条件が成立したとしても、前記ユーザの端末から前記ユーザが前記車両に戻ることに関する情報を受信した場合には、前記車両を停車させておく、
   情報処理方法。
10. 前記コンピュータが、前記ユーザの端末に前記報知に関する情報を送信する、
    請求項９に記載の情報処理方法。
11. 前記所定条件は、前記ユーザに報知してから所定時間が経過することである、
    請求項９に記載の情報処理方法。
12. 前記ユーザが前記車両に戻ることに関する情報には、前記報知に対する前記ユーザの端末からの応答を含む、
    請求項９に記載の情報処理方法。
13. 前記ユーザが前記車両に戻ることに関する情報には、前記ユーザの端末の位置情報を含む、
    請求項９に記載の情報処理方法。
14. 前記コンピュータが、前記ユーザに報知するときに、前記ユーザの端末から取得する位置情報に基づいて前記車両を移動させる、
    請求項９から１３の何れか１項に記載の情報処理方法。
15. 前記コンピュータが、前記ユーザの端末から取得する位置情報に基づいて前記車両を移動させるときに、前記ユーザの端末へ前記荷物の引き渡しを行う地点に関する情報を送信する、
    請求項１４に記載の情報処理方法。
16. 前記コンピュータが、前記ユーザによる前記荷物の引き取りがない場合には、前記荷物を回収する所定地点に前記車両を移動させる、
    請求項９から１５の何れか１項に記載の情報処理方法。

Images