JP7635672B2 - 情報処理装置 - Google Patents

Description

本発明は、車両による物品の預かりサービスに関する。

様々な用途向けに設計された自動運転車を派遣することでサービスを提供する試みがなされている。例えば、特許文献１には、コインロッカーを搭載した自動運転車を運行することで、様々な場所で荷物の預け入れおよび引き取りが可能なシステムに関する発明が開示されている。

特開２０１９－０９６２０１号公報

本開示は、車両による物品の預かりサービスの利便性を向上することを目的とする。

本開示の第一の態様は、車両への物品の預け入れを希望する複数のユーザに関連付いた複数のユーザ端末から位置情報を取得することと、複数の前記位置情報に基づいて、前記複数のユーザが前記物品を前記車両に預け入れる地点である第一の地点を決定することと、前記複数のユーザにそれぞれ対応する複数のユーザ端末に対して、前記第一の地点に前記車両が派遣されることを通知することと、を実行する制御部を有する、情報処理装置である。

また、本開示の第二の態様は、車両への物品の預け入れを希望する複数のユーザに関連付いた複数のユーザ端末から位置情報を取得することと、複数の前記位置情報に基づいて、前記複数のユーザが前記物品を前記車両に預け入れる地点である第一の地点を決定することと、前記車両を前記第一の地点に派遣する指令を生成することと、を実行する制御部を有する、情報処理装置である。

また、他の態様として、上記の情報処理装置が実行する情報処理方法をコンピュータに実行させるためのプログラム、または、該プログラムを非一時的に記憶したコンピュータ可読記憶媒体が挙げられる。

本発明によれば、車両による物品の預かりサービスの利便性を向上することができる。

第一の実施形態に係る車両システムの全体構成図。 第一の実施形態に係る格納装置の外観を示した図。 サーバ装置のシステム構成を示した図。 記憶部に記憶される車両データの例。 記憶部に記憶される運行計画データの例。 記憶部に記憶される格納装置データの例。 記憶部に記憶される物品データの例。 ユーザ端末のシステム構成を示した図。 車両および格納装置のシステム構成を示した図。 システムに含まれる構成要素が実行する処理のフロー図。 システムに含まれる構成要素が実行する処理のフロー図。 出品リクエストを生成するユーザ端末によって提供される画面の例。 ユーザ端末から送信される出品リクエストの例。 出品リクエストをグループ化する処理の例。 運行計画を受信した車両が行う処理のフローチャート。 ユーザから物品を預かる際に車両が行う処理のフロー図。 サーバ装置が生成する物品リストの例。 ユーザに物品を引き渡す際に車両が行う処理のフロー図。

実施形態に係る情報処理装置は、物品の保管を行う格納装置を搭載して走行する車両を管理する装置である。格納装置は、独立して施錠が可能な複数の区画を有し、各区画に物品を格納可能なロッカー型の装置である。車両に搭載された格納装置は、移動ロッカーとも呼ばれる。格納装置を搭載した車両を運行することで、ユーザが希望する地点にロッカーを移動させ、物品の出し入れを行わせることができる。

車両は、移動するコインロッカーとして機能させることもできるし、物品の引き渡し場所として機能させることもできる。例えば、第一のユーザが、車両に物品を預け入れ、当該物品を必要とする第二のユーザが当該物品を引き取るといったこともできる。また、預け入れられた物品を不特定多数のユーザに見てもらい、希望するユーザに引き渡すこともできる。すなわち、当該車両は、不用品のリサイクルや、物品の販売を行うレンタルショーケースとして機能させることもできる。

実施形態に係る格納装置は、車両に搭載されているため、所定の拠点を巡回させることができる。これにより、より人目につきやすい場所にショーケースを配置することができる。さらに、物品の預け入れを希望するユーザがいる場合、当該ユーザの自宅等に車両を派遣することで、当該ユーザの利便性を高めることができる。

一方、車両をレンタルショーケースとして機能させる場合、可能な限り、当該車両を人通りの多い場所に留め置くことが好ましい。車両が走行していると、ショーケースとしての機能を発揮できないためである。
すなわち、ユーザの利便性を高めると、人目に付きにくくなるというトレードオフの問題が発生する。
本開示に係る情報処理装置は、この問題を解決する。

本開示の一態様に係る情報処理装置は、車両への物品の預け入れを希望する複数のユーザに関連付いた複数のユーザ端末から位置情報を取得することと、複数の前記位置情報に基づいて、前記複数のユーザが前記物品を前記車両に預け入れる地点である第一の地点を決定することと、前記複数のユーザにそれぞれ対応する複数のユーザ端末に対して、前記第一の地点に前記車両が派遣されることを通知することと、を実行する制御部を有する。

本開示に係る車両は、複数のユーザから物品を預かる機能を有する車両である。当該車両は、自律走行車両などであってもよい。なお、物品を預け入れるユーザと、当該物品を取り出すユーザは別の人物であってもよい。例えば、第二のユーザに物品を引き渡すために、第一のユーザが当該物品を格納装置に格納することや、販売のための物品を格納装置に格納することも「預け入れ」に含まれる。

第一の地点は、複数のユーザが車両への物品の預け入れを行う地点である。情報処理装
置は、例えば、近隣に位置する複数のユーザをグルーピングした結果に基づいて、第一の地点を決定する。第一の地点は、例えば、アクセス性がよく、人目につきやすい場所とすることができる。車両を第一の地点に駐車し、近隣に位置する複数のユーザに、預け入れる物品を持参してもらうことで、前述した問題を解決することができる。

また、本開示の別態様に係る情報処理装置は、車両への物品の預け入れを希望する複数のユーザに関連付いた複数のユーザ端末から位置情報を取得することと、複数の前記位置情報に基づいて、前記複数のユーザが前記物品を前記車両に預け入れる地点である第一の地点を決定することと、前記車両を前記第一の地点に派遣する指令を生成することと、を実行する制御部を有する。

以下、図面に基づいて、本開示の実施の形態を説明する。以下の実施形態の構成は例示であり、本開示は実施形態の構成に限定されない。

（第一の実施形態）
第一の実施形態に係る車両システムの概要について、図１を参照しながら説明する。本実施形態に係る車両システムは、自律走行を行う一台以上の車両３００と、当該車両３００の制御を行うサーバ装置１００と、一台以上のユーザ端末２００と、を含んで構成される。

車両３００は、格納装置４００を搭載した自律走行車両である。
格納装置４００は、複数の区画を有し、それぞれの区画に物品を収納することができるロッカー型の装置である。図２に、格納装置４００の外観を示す。図示したように、格納装置４００は、複数の扉によってそれぞれの区画にアクセスできるよう構成される。なお、外部から内容物を確認できるよう、扉は透明であってもよい。システムのユーザは、格納装置４００に設けられたインタフェースを介して、指定された区画の解錠操作を行うことができる。格納装置４００は、車両３００の車室内に搭載される。
以下、格納装置４００を、ショーケースとも称する。

車両３００は、搭載されたショーケースを用いて、所定のユーザに対して、物品を預かるサービス（以下、預かりサービス）を提供する。
なお、物品は、販売目的のものであってもよい。例えば、ショーケースに、不用品やハンドメイド品などの物品を預け入れ、譲受を希望する他のユーザに対して当該物品を譲り渡すこともできる。
なお、車両３００は、必ずしも無人車両である必要はない。例えば、保安要員などが乗車していてもよい。また、車両３００は、必ずしも完全なる自律走行が可能な車両でなくてもよい。例えば、状況に応じて人が運転ないし運転の補助を行う車両であってもよい。

サーバ装置１００は、車両３００の運行を管理する装置である。
前述した通り、車両３００はショーケースとしての役割を持つ格納装置４００を搭載して自律移動することができる。サーバ装置１００は、車両３００を派遣する地点を決定し、当該車両３００に対して運行を指示する。これにより、様々な場所で物品の展示を行うことができる。また、サーバ装置１００は、物品の預け入れを行うユーザが所持するユーザ端末２００から要請を受けた場合に、車両３００の割り当てを行い、当該車両３００に対して、当該ユーザから物品を預かるための運行を指示する。これにより、ユーザは、居所の近くにおいて物品の預け入れを行うことができる。

サーバ装置１００、ユーザ端末２００、および、車両３００は、ネットワークによって相互に接続される。ネットワークには、例えば、インターネット等の世界規模の公衆通信網であるＷＡＮ（Ｗｉｄｅ Ａｒｅａ Ｎｅｔｗｏｒｋ）やその他の通信網が採用されて
もよい。また、ネットワークは、携帯電話等の電話通信網、Ｗｉ－Ｆｉ（登録商標）等の無線通信網を含んでもよい。

次に、サーバ装置１００の詳細について説明する。
図３は、サーバ装置１００のシステム構成を示した図である。サーバ装置１００は、制御部１０１、記憶部１０２、および、通信部１０３を含んで構成される。

サーバ装置１００は、一般的なコンピュータにより構成される。すなわち、サーバ装置１００は、ＣＰＵやＧＰＵ等のプロセッサ、ＲＡＭやＲＯＭ等の主記憶装置、ＥＰＲＯＭ、ハードディスクドライブ、リムーバブルメディア等の補助記憶装置を有するコンピュータである。補助記憶装置には、オペレーティングシステム（ＯＳ）、各種プログラム、各種テーブル等が格納され、そこに格納されたプログラムを主記憶装置の作業領域にロードして実行し、プログラムの実行を通じて各構成部等が制御されることによって、後述するような、所定の目的に合致した各機能を実現することができる。ただし、一部または全部の機能はＡＳＩＣやＦＰＧＡのようなハードウェア回路によって実現されてもよい。なお、サーバ装置１００は、単一のコンピュータで構成されてもよいし、互いに連携する複数台のコンピュータによって構成されてもよい。

制御部１０１は、サーバ装置１００が行う制御を司る演算装置である。制御部１０１は、ＣＰＵなどの演算処理装置によって実現することができる。
制御部１０１は、車両管理部１０１１と、計画生成部１０１２と、指令部１０１３の３つの機能モジュールを有して構成される。各機能モジュールは、補助記憶手段に記憶されたプログラムをＣＰＵによって実行することで実現してもよい。

車両管理部１０１１は、車両３００に関する情報を収集し、記憶部１０２に構築されたデータベースを更新する。具体的には、車両管理部１０１１は、複数の車両３００と周期的に通信を行い、車両３００に関する情報、および、当該車両３００に搭載されている格納装置４００に関する情報を収集する。収集した情報は、後述するデータベースに反映される。

計画生成部１０１２は、車両３００の運行計画を生成する。運行計画とは、車両３００に対して実行すべきタスクを指示するデータである。
タスクとして、例えば、ユーザから物品を預かるタスクや、所定の地点においてショーケースの展示を行うタスク等が例示できる。個々のタスクには、目標地点、到着日時、出発日時が関連付いている。
計画生成部１０１２が、複数のタスクを組み合わせた運行計画を生成し、車両３００が、当該運行計画に従ってタスクを順に完了させることで、所定のサービスを提供することができる。
計画生成部１０１２は、車両３００に対して、ユーザから預かった物品を複数の拠点において展示させるための運行（以下、展示運行）と、展示する物品をユーザから預かるための運行（以下、集荷運行）のいずれかを指示する。

指令部１０１３は、生成された運行計画を対象の車両３００に送信することで、当該車両３００に対して運行を指示する。車両３００は、サーバ装置１００から送信された運行計画に従って自律走行を行い、ユーザに対してサービスの提供を行う。

記憶部１０２は、主記憶装置と補助記憶装置を含んで構成される。主記憶装置は、制御部１０１によって実行されるプログラムや、当該制御プログラムが利用するデータが展開されるメモリである。補助記憶装置は、制御部１０１において実行されるプログラムや、当該制御プログラムが利用するデータが記憶される装置である。

さらに、記憶部１０２は、車両データ１０２Ａ、運行計画データ１０２Ｂ、格納装置データ１０２Ｃ、および、物品データ１０２Ｄを記憶する。

車両データ１０２Ａは、サーバ装置１００の管理下にある複数の車両３００のステータスを記録するデータである。
図４Ａは、車両データ１０２Ａの例である。車両データ１０２Ａは、車両の識別子、更新日時、ステータス情報を含む。ステータス情報は、車両３００の現在の状態を表すデータが格納されるフィールドである。具体的には、車両３００の現在位置、車両３００が現在までに完了したタスクに関する情報、これから行うタスクに関する情報、車両３００のバッテリ残量や走行可能距離、車両３００の予定経路に関する情報などが格納される。
車両データ１０２Ａは、車両３００から送信されるデータ（以下、ステータスデータ）によって周期的に更新される。

運行計画データ１０２Ｂは、計画生成部１０１２が生成した運行計画を記録するデータである。
図４Ｂは、運行計画データ１０２Ｂの例である。運行計画データ１０２Ｂは、車両３００ごとに定義され、タスクの種類、目標地点、到着日時、出発日時などが記録される。車両３００は、サーバ装置１００から送信された運行計画に含まれるタスクを順に実行していくことで、ユーザに対してサービスを提供する。

図示した例では、Ｖ００１という識別子を持つ車両が、
（１）１２時から１３時まで地点Ａにおいて物品を預かるために停車し、
（２）１５時から１６時まで地点Ｂにおいて物品を預かるために停車し、
（３）１７時から１８時まで地点Ｃにおいてショーケースの展示を行う旨が表されている。

格納装置データ１０２Ｃは、対象の車両３００に搭載された格納装置４００の状態が記録されたデータである。
図４Ｃは、格納装置データ１０２Ｃの例である。格納装置データ１０２Ｃは、車両３００ごとに定義され、格納装置４００が有している複数の区画についての情報（区画のサイズ、占有状態（利用中であるか否か）、物品を出品したユーザの識別子、割り当てられた物品の識別子など）が記録される。
格納装置データ１０２Ｃは、車両３００から送信されるステータスデータに基づいて更新される。

物品データ１０２Ｄは、個々の物品の詳細を表すデータである。物品データには、物品の識別子、物品を出品したユーザの識別子、物品の名称、物品の説明文、希望価格、画像データ、サイズに関する情報等が含まれる。物品データ１０２Ｄは、物品を預け入れるためのリクエストに基づいて生成される。なお、物品データ１０２Ｄには、配車の希望に関するデータが付加されていてもよい。

なお、記憶部１０２には、車両３００が走行する道路ネットワークに関するデータ（道路地図データ。例えば、複数の道路セグメントの定義と、各道路セグメントの位置情報および接続関係など）が記憶されていてもよい。道路地図データには、車両３００の駐車または停車が可能なエリアについての情報が含まれていてもよい。道路地図データは、車両３００の目標地点を決定する際に使用される。

これらのデータを記憶するデータベースは、プロセッサによって実行されるデータベース管理システム（ＤＢＭＳ）のプログラムが、記憶装置に記憶されるデータを管理するこ
とで構築される。本実施形態において利用されるデータベースは、例えばリレーショナルデータベースである。

通信部１０３は、サーバ装置１００をネットワークに接続するための通信インタフェースである。通信部１０３は、例えば、ネットワークインタフェースボードや、無線通信のための無線通信回路を含んで構成される。

次に、ユーザ端末２００について説明する。
ユーザ端末２００は、物品の預け入れを行うユーザが所持するコンピュータである。ユーザは、ユーザ端末２００を介してサーバ装置１００にアクセスし、物品の預け入れをリクエストすることができる。ユーザ端末２００は、例えば、パーソナルコンピュータ、スマートフォン、携帯電話、タブレットコンピュータ、個人情報端末等である。

図５は、ユーザ端末２００のシステム構成を示した図である。
ユーザ端末２００は、制御部２０１、記憶部２０２、通信部２０３、および入出力部２０４を含んで構成される。

制御部２０１は、ユーザ端末２００が行う制御を司る演算装置である。制御部２０１は、ＣＰＵ（Central Processing Unit）などの演算処理装置によって実現することができ
る。
制御部２０１は、サーバ装置１００にアクセスしてインタラクションを行う機能を実行する。当該機能は、ユーザ端末２００で動作するウェブブラウザや、専用のアプリケーションソフトウェアによって実現されてもよい。

記憶部２０２は、主記憶装置と補助記憶装置を含んで構成される。主記憶装置は、制御部２０１によって実行されるプログラムや、当該制御プログラムが利用するデータが展開されるメモリである。補助記憶装置は、制御部２０１において実行されるプログラムや、当該制御プログラムが利用するデータが記憶される装置である。補助記憶装置には、制御部２０１で実行されるプログラムをアプリケーションとしてパッケージ化したものを記憶してもよい。また、これらのアプリケーションを実行するためのオペレーティングシステムを記憶してもよい。補助記憶装置に記憶されたプログラムが主記憶装置にロードされ、制御部２０１によって実行されることで、以降に説明する処理が行われる。

主記憶装置は、ＲＡＭ（Random Access Memory）やＲＯＭ（Read Only Memory）を含んでもよい。また、補助記憶装置は、ＥＰＲＯＭ（Erasable Programmable ROM）やハード
ディスクドライブ（ＨＤＤ、Hard Disk Drive）を含んでもよい。さらに、補助記憶装置
は、リムーバブルメディア、すなわち可搬記録媒体を含んでもよい。
また、記憶部２０２には、物品の預け入れ／引き渡し時にユーザの認証を行うための認証情報が記憶される。

通信部２０３は、ユーザ端末２００をネットワークに接続するための無線通信インタフェースである。通信部２０３は、例えば、無線ＬＡＮや３Ｇ、ＬＴＥ、５Ｇ等の移動体通信サービスを介して、サーバ装置１００と通信可能に構成される。

入出力部２０４は、ユーザが行った入力操作を受け付け、ユーザに対して情報を提示するユニットである。本実施形態では一つのタッチパネルディスプレイからなる。すなわち、液晶ディスプレイとその制御手段、タッチパネルとその制御手段から構成される。
また、入出力部２０４は、格納装置４００との間で認証情報を交換するためのさらなる手段を有していてもよい。例えば、二次元バーコードを読み取るためのカメラ、無線伝送を行うための近距離通信手段などを有していてもよい。

次に、車両３００、および、車両３００に搭載された格納装置４００について説明する。
車両３００は、サーバ装置１００の制御下において自律走行する車両プラットフォームである。具体的には、サーバ装置１００から送信された運行計画に基づいて走行経路を決定し、車両の周辺をセンシングしながら適切な方法で道路上を走行する。また、移動先において、預かりサービスに関する所定のタスク（物品の預かりやショーケースの展示等）を実行する。

図６は、車両３００および格納装置４００のシステム構成を示した図である。
車両３００は、制御装置３０１、センサ３０２、通信部３０３、駆動部３０４、位置情報取得部３０５、および、格納装置４００を含んで構成される。車両３００および格納装置４００は、バッテリから供給される電力で動作する。

制御装置３０１は、後述するセンサ３０２から取得した情報に基づいて、車両３００の制御を行うコンピュータである。制御装置３０１は、例えば、ＣＰＵおよび記憶装置を有するコンピュータによって構成される。

制御装置３０１は、機能モジュールとして、経路生成部３０１１、走行制御部３０１２、および、タスク制御部３０１３を有している。各機能モジュールは、ＲＯＭ（Read Only Memory）等の記憶手段に記憶されたプログラムをＣＰＵ（Central Processing Unit）
によって実行することで実現してもよい。

経路生成部３０１１は、サーバ装置１００から送信された運行計画に基づいて、自車両の走行経路を生成する。経路生成部３０１１は、運行計画で指定された複数の地点を、指定されたスケジュールで巡回できるよう、走行経路を生成する。経路の生成は、予め記憶された地図データを参照することで行ってもよいし、外部のサービスを利用して行ってもよい。

走行制御部３０１２は、第一に、センサ３０２が取得したデータに基づいて、車両周辺の環境を検出し、環境データを生成する。検出の対象は、例えば、車線の数や位置、自車両の周辺に存在する車両の数や位置、自車両の周辺に存在する障害物（例えば歩行者、自転車、構造物、建築物など）の数や位置、道路の構造、道路標識などであるが、これらに限られない。自律的な走行を行うために必要なものであれば、検出の対象はどのようなものであってもよい。

さらに、走行制御部３０１２は、第二に、経路生成部３０１１が生成した経路と、生成した環境データ、ならびに、後述する位置情報取得部３０５が取得した自車両の位置情報に基づいて、自車両の走行を制御する。例えば、所定の経路に沿って走行し、かつ、自車両を中心とする所定の安全領域内に障害物が進入しないように自車両を走行させる。車両を自律走行させる方法については、公知の方法を採用することができる。

タスク制御部３０１３は、車両３００が実行するタスクを制御する。タスクとは、格納装置４００を用いてユーザに預かりサービスを提供するためのタスクであり、典型的には、「ユーザから物品を預かるタスク」および「ショーケースを展示するタスク」である。なお、タスク制御部３０１３は、これらに付随するタスクを実行してもよい。タスク制御部３０１３は、例えば、ユーザを呼び出すタスク、ユーザを認証するタスク、ユーザからの申し出に応じて物品の引き渡し（および決済）を行うタスクなどを実行してもよい。

また、タスク制御部３０１３は、サーバ装置１００に対して周期的に自己のステータス
を表すデータ（以下、ステータスデータ）を送信する。
ステータスデータには、例えば、以下のような情報が含まれる。
・車両３００の識別子
・車両３００の現在位置
・現在までに完了したタスクに関する情報
・残りのタスクに関する情報
・現在のバッテリ残量（ＳＯＣ）または走行可能距離
・予定している運行経路（運行中である場合）
・格納装置４００に格納されている物品に関する情報
サーバ装置１００（車両管理部１０１１）は、受信したステータスデータに基づいて、車両データ１０２Ａおよび格納装置データ１０２Ｃを更新する。

センサ３０２は、車両周辺のセンシングを行う手段であり、典型的にはカメラ、レーザスキャナ、ＬＩＤＡＲ、レーダなどを含んで構成される。センサ３０２が取得した情報は、制御装置３０１に送信される。センサ３０２は、自律走行を行うためのセンサを含んで構成される。センサ３０２は、車両３００に設けられたカメラを含んでもよい。例えば、Charged-Coupled Devices（ＣＣＤ）、Metal-oxide-semiconductor（ＭＯＳ）あるいはComplementary Metal-Oxide-Semiconductor（ＣＭＯＳ）等のイメージセンサを用いた撮影
装置を含むことができる。

通信部３０３は、車両３００をネットワークに接続するための通信手段である。本実施形態では、３Ｇ、ＬＴＥ、５Ｇ等の移動体通信サービスを利用して、ネットワーク経由で他の装置（例えばサーバ装置１００）と通信を行うことができる。なお、通信部３０３は、他の車両と車々間通信を行うための通信手段をさらに有していてもよい。

駆動部３０４は、走行制御部３０１２が生成した指令に基づいて、車両３００を走行させる手段である。駆動部３０４は、例えば、車輪を駆動するためのモータやインバータ、ブレーキ、ステアリング機構、二次電池等を含んで構成される。

位置情報取得部３０５は、車両３００の現在位置を取得する手段であり、典型的にはＧＰＳアンテナ、ＧＰＳモジュールなどを含んで構成される。位置情報取得部３０５が取得した情報は、制御装置３０１に送信される。

格納装置４００は、複数の区画を有し、それぞれの区画に物品を収納することができるロッカー型の装置である。図２を参照して説明したように、格納装置４００は、複数の扉によってそれぞれ独立した区画にアクセスできるよう構成される。格納装置４００は、制御装置３０１と接続されており、その動作（ユーザの認証や施解錠など）は、制御装置３０１（タスク制御部３０１３）によって制御される。
格納装置４００は、入出力部を有しており、当該入出力部を用いてユーザとインタラクションを行うことができる。入出力部は、典型的には、タッチパネル、液晶ディスプレイ、キーボード等を含んで構成される。

次に、本実施形態に係る車両システムが預かりサービスを提供する方法について説明する。ここでは、車両３００から収集したデータに基づいて、サーバ装置１００が有するデータベースを更新するフェーズ（第一のフェーズ）と、ショーケースへの物品の預け入れをリクエストするデータをユーザ端末２００から受信するフェーズ（第二のフェーズ）について説明する。図７Ａは、第一および第二のフェーズに対応するフロー図である。図７Ａに示した処理は、随時実行される。

車両３００は、運行中において、周期的にステータスデータを生成し、サーバ装置１０
０に送信する。ステータスデータには、車両３００の状態のほか、現在までに完了したタスクに関する情報や、格納装置４００に格納されている物品に関する情報などが含まれる。
ステータスデータを受信したサーバ装置１００（車両管理部１０１１）は、受信したステータスデータに基づいて車両データ１０２Ａおよび格納装置データ１０２Ｃを更新する（ステップＳ１１）。

譲受人を募るため、物品のショーケースへの預け入れ（出品と称する）を希望するユーザが、ユーザ端末２００を介して、出品物に関する情報を入力すると（ステップＳ２１）、ユーザ端末２００は、当該情報に基づいて出品リクエストを生成し、サーバ装置１００に送信する。出品リクエストには、出品物に関する情報（物品情報）と、配車リクエストが含まれる。図８Ａは、出品リクエストの生成時にユーザ端末２００によって提示される画面の例であり、図８Ｂは、生成される出品リクエストの一例である。出品物に関する情報には、物品の名称、説明文、希望価格、画像データなどが含まれる。また、配車リクエストには、希望エリアおよび希望時間帯が含まれる。
サーバ装置１００は、受信した出品リクエストを一時的に記憶する。

一方、サーバ装置１００は、所定の周期ごとに、一時的に記憶した出品リクエストを参照して、車両３００の運行計画を生成し、車両３００に対して運行を指示する。この処理を第三のフェーズと称する。
図７Ｂは、第三のフェーズに対応するフロー図である。

まず、ステップＳ３１で、展示運行を指示すべき車両があるか否かを判定する。例えば、新規の出品リクエストが無く、かつ、ユーザから物品を預かっている車両３００がある場合、処理はステップＳ３２に遷移し、当該車両３００を、展示運行を指示する車両として決定する。
ステップＳ３３では、所定のスケジュールで所定の地点を巡回してショーケースの展示を行う運行計画を生成し、決定された車両３００に送信する。所定の地点やスケジュールは、サーバ装置１００によって予め定められていてもよい。

ステップＳ３１で、展示運行を指示すべき車両が無いと判定された場合、処理はステップＳ３４へ遷移する。
ステップＳ３４では、一時的に記憶している出品リクエストがあるか否かを判定する。ここで、未処理の出品リクエストがある場合、処理はステップＳ３５へ遷移する。未処理の出品リクエストがない場合、処理は終了する。

ステップＳ３５～Ｓ３９は、車両３００に対して集荷運行を指示するための処理である。
ステップＳ３５では、ユーザが車両３００に物品を預け入れる地点、および、当該地点に車両３００を停車させる時間帯を決定する。
出品リクエストを送信したユーザが複数いる場合、計画生成部１０１２は、当該複数のユーザのそれぞれに対応する位置情報をグルーピングし、グループに対して目標地点を設定する。例えば、図９に示したように、所定の範囲内に位置する複数のユーザ（ユーザＡ～Ｄの４名）が出品リクエストを送信した場合、４名をグルーピングし、グループを代表する地点Ｅを目標地点として設定する。各ユーザは、目標地点まで物品を持参し、当該物品の預け入れを行う。

グルーピングは、地理的距離に基づいて行うことができる。例えば、所定の範囲内に位置する複数のユーザが、同一のグループに属するようにグルーピングを実行してもよい。グルーピングの結果、グループが２つ以上生成されてもよい。
なお、グルーピングは、希望時間帯に基づいて行ってもよい。例えば、希望時間帯が重複している複数のユーザが、同一のグループに属するようにグルーピングを実行してもよい。この場合、車両３００が停車する時間帯は、ユーザが希望する時間帯を満たすように決定される。図９に示した例では、４名のユーザの希望を満たすよう、停車時間帯が「１７時３０分から１８時」に決定される。

このように、出品リクエストを送信した複数のユーザをグルーピングし、車両３００を派遣する地点を一箇所に決定することで、複数のユーザから物品を引き取るコストを抑制することができる。さらに、停車中においてショーケースの展示を行うことが可能になる。

ステップＳ３６では、計画生成部１０１２が、ユーザの元へ派遣する車両３００を決定する。ユーザの元へ派遣される車両３００は、車両データ１０２Ａ、および、格納装置データ１０２Ｃを参照することで決定される。具体的には、ステップＳ３５で決定された地点に、決定された時間帯に派遣可能、かつ、全ての物品を格納できる格納装置４００を有している車両３００が、派遣対象として決定される。

ステップＳ３７では、複数のユーザのそれぞれに対して区画を割り当てる。区画の割り当ては、出品リクエストに含まれる出品物のサイズ情報、および、格納装置データ１０２Ｃを参照することで行うことができる。これにより、物品に適合するサイズの区画が割り当てられる。本ステップが完了すると、ユーザ端末２００に対して、車両３００が派遣される地点、および、車両３００が停車する時間帯を通知するデータが送信される。
なお、本ステップにおいて、サーバ装置１００は、ユーザ端末２００に対して、割り当てられた区画を施解錠するための認証情報を送信してもよい。

なお、ステップＳ３５～Ｓ３７の処理において、車両の割り当てや区画の割り当てに失敗した場合、その旨をユーザ端末２００に通知し、再度の出品リクエストの送信を依頼するようにしてもよい。

次に、ステップＳ３８で、計画生成部１０１２が、車両３００に対応する運行計画を生成ないし更新する。ここで、対象の車両３００が待機中である場合、計画生成部１０１２は、当該車両３００に対応する新たな運行計画を生成する。対象の車両３００が運行中である場合、すなわち、当該車両３００の運行計画が既に生成されている場合、新たなタスクを運行計画に追加する。車両３００に対応する運行計画は、当該車両３００に送信される。

ステップＳ３９では、車両３００（制御装置３０１）が運行計画を受信する。制御装置３０１は、受信した運行計画に従って、移動およびタスクを実行する。

図１０は、運行計画を受信した車両３００が行う処理のフローチャートである。当該処理は、車両３００がサーバ装置１００から運行計画を受信した場合に開始される。
まず、ステップＳ４１で、車両３００（経路生成部３０１１）が、受信した運行計画に基づいて、未処理のタスクを実行するための走行経路を生成する。

ステップＳ４２では、走行制御部３０１２が、生成した経路に従って、目標地点（すなわち、サーバ装置１００によって指定された地点）への走行を開始させる。

車両３００が目標地点に接近すると（ステップＳ４３）、走行制御部３０１２が、近傍にて停車が可能な場所を探して停車し、タスクを実行する（ステップＳ４４）。タスクとは、ユーザから物品を預かるタスク、または、ショーケースを展示するタスクのいずれか
である。

タスクが完了すると、走行制御部３０１２が、運行計画に従って、次の目標地点の有無を判定し（ステップＳ４５）、次の目標地点がある場合、運行を継続する。次の目標地点が無い場合（運行計画に含まれるタスクを全て完了した場合）、拠点へ帰還する。

次に、車両３００によって実行されるタスクが、ユーザから物品を預かるタスクであった場合に、ステップＳ４４で実行される処理の詳細について説明する。
図１１は、ユーザが物品の預け入れを行う際に実行される処理のフロー図である。図示した処理は、物品の預け入れを行うユーザを乗車させるために車両３００が駐車したタイミングで、タスク制御部３０１３によって開始される。

まず、ステップＳ５１において、ユーザの認証を行う。
所定の地点に駐車された車両３００の元へユーザが到着すると、格納装置４００が、入出力部を介して第一の認証情報を取得し、予め記憶された第二の認証情報との照合を行う。第一の認証情報は、キーボードやタッチパネルを介して文字データとして取得してもよいし、カメラやスキャナを介して画像データとして取得してもよい。また、無線通信を介してユーザ端末２００から取得してもよい。照合に成功した場合、処理はステップＳ５２へ遷移する。照合に失敗した場合、処理は終了する。

ユーザの認証が完了すると、ステップＳ５２で、物品の預かりを行う。本ステップでは、ユーザに割り当てられた区画のロックを解除し、物品を収納させる。収納が完了すると、当該区画を施錠する。

ステップＳ５３では、ステータスデータを生成し、サーバ装置１００へ送信する。ステータスデータは、格納装置４００に格納されている物品に関する情報、例えば、複数の区画の占有状態、物品の識別子、物品を出品したユーザの識別子等を含む。ステータスデータを受信したサーバ装置１００は、当該データを格納装置データ１０２Ｃに反映させる（ステップＳ５４）。処理が完了すると、ユーザ端末２００に完了通知が送信される。

ステップＳ５５では、サーバ装置１００が、車両３００に預け入れられている物品のリストを生成し、インターネット上に公開する。本ステップでは、物品データ１０２Ｄに基づいて、物品の名称、説明文、希望価格、画像データなどを含むリストを生成する。図１２は、公開される情報の例である。図示したように、リストには、車両３００の運行予定に関する情報を含ませてもよい。これにより、閲覧者は、当該物品を搭載した車両３００の現在位置や、今後の運行予定（巡回する地点や巡回スケジュール）を知ることができる。これらの情報は、所定のウェブページからアクセス可能としてもよい。

次に、車両３００によって実行されるタスクが、ショーケースの展示を行うタスクであった場合に、ステップＳ４４で実行される処理の詳細について説明する。図１３は、ショーケースの展示中に実行される処理のフロー図である。

まず、ステップＳ６１で、預け入れられた物品の引き取りを希望するユーザがいるか否かを判定する。例えば、格納装置４００が有する入出力部を介して、物品の引き取りリクエストが入力された場合、本ステップは肯定判定となる。本ステップで否定判定となった場合、ショーケースの展示が継続される。

格納装置４００が有する入出力部を介して、物品の引き取りを行う意思表示をしたユーザ（以下、第二ユーザ）がいる場合、処理はステップＳ６２へ遷移する。

ステップＳ６２では、物品の代金を決済する処理を行う。決済額は、出品データにて指定された金額である。決済は、オンラインによるカード決済であってもよい。本ステップでは、第二ユーザが所持する携帯端末を利用して代金のオンライン決済を行ってもよい。この場合、決済が完了したタイミングで、対象の物品が格納されている区画を解錠するための認証情報を、当該携帯端末に送信してもよい。なお、本ステップでは、代金の決済以外に、物品の譲受に関する所定の処理を実行してもよい。

次に、ステップＳ６３で、格納装置４００の、指定された物品に関連付いた区画を解錠し、物品の引き取りを行わせる。区画の解錠は、例えば、第二ユーザが所持する携帯端末に送信された認証情報を用いて行ってもよい。
ステップＳ６４では、ステップＳ５３と同様のステータスデータを生成し、サーバ装置１００へ送信する。

ステップＳ６５では、サーバ装置１００が、受信したステータスデータに基づいて格納装置データ１０２Ｃを更新する。

以上説明したように、第一の実施形態によると、所定の拠点を巡回する車両３００をリサイクルショップとして機能させることができる。また、ユーザが物品の預け入れを行う際、車両３００を当該ユーザの近くまで移動させることができ、利便性を高めることができる。さらに、複数のユーザをグルーピングし、物品の受け入れを一箇所で行うため、集荷コストを削減することができ、ショーケースの展示時間を伸ばすことができる。

（第二の実施形態）
第一の実施形態では、出品リクエストを送信したユーザ、すなわち、物品を売却する意思があるユーザに対して車両３００を派遣した。
これに対し、第二の実施形態は、所定の物品を所有しているユーザに対して、当該物品のショーケースへの出品を提案する実施形態である。

第二の実施形態では、ユーザ端末２００が、ステップＳ２１で物品情報を入力する際に、下書きの保存が可能に構成される。下書きは、次回以降のタイミングで呼び出すことができる。
また、第二の実施形態では、下書きが保存されたタイミングで、物品情報と位置情報をユーザ端末２００からサーバ装置１００に送信し、サーバ装置１００がこれを保存する。物品情報は、入力可能な情報のうちの一部（例えば、物品の名称のみ）であってもよい。

サーバ装置１００は、保存された位置情報と、随時生成される車両３００の運行計画とを比較し、下書きを保存したユーザの近傍に派遣される車両３００があるか否かを判定する。例えば、ショーケースの展示や、他のユーザによる物品の預け入れのため、車両３００がユーザの近傍にやってくるタイミングがある場合、サーバ装置１００は、対応するユーザ端末２００に通知を送信し、車両３００が近くに来るタイミングがある旨を通知する。さらに、サーバ装置１００は、当該車両が到着するタイミングまでに出品リクエストを送信するよう、ユーザに促してもよい。
これにより、ショーケースへの物品の出品を促すことが可能になる。

なお、本実施形態では、保存された下書きの有無に基づいて、所定の物品を所有しているユーザがいることを判定したが、これ以外の方法によって、物品の所有の有無を判定してもよい。例えば、ユーザ端末２００によって撮影された写真と位置情報を収集し、これらのデータに基づいて、ユーザの自宅に所定の物品があることを判定してもよい。さらに、物品の購入履歴に基づいて、当該ユーザが所定の物品を所有していることを判定してもよい。さらに、物品の種別に基づいて、出品の提案有無を決定、ないし、付加的な処理を
実行してもよい。例えば、中古市場で人気のある物品を所有しているユーザがいる場合、より優先的に車両３００の派遣を提案するようにしてもよい。さらに、所定の車両３００についての既存の運行計画を変更し、より優先的に当該車両３００を派遣するようにしてもよい。

（変形例）
上記の実施形態はあくまでも一例であって、本開示はその要旨を逸脱しない範囲内で適宜変更して実施しうる。
例えば、本開示において説明した処理や手段は、技術的な矛盾が生じない限りにおいて、自由に組み合わせて実施することができる。

また、実施形態の説明では、ショーケースによって物品の販売を行う形態を示したが、本開示に係る情報処理装置は他の形態に適用することもできる。例えば、不用品の買い取りサービス、廃品回収サービス、集荷サービスなど、複数のユーザから物品を集める形態のサービスに適用することもできる。

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

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

１００・・・サーバ装置
１０１，２０１・・・制御部
１０２，２０２・・・記憶部
１０３，２０３，３０３・・・通信部
２０４・・・入出力部
２００・・・ユーザ端末
３００・・・車両
３０１・・・制御装置
３０２・・・センサ
３０４・・・駆動部
３０５・・・位置情報取得部
４００・・・格納装置

Claims (19)

1. 車両への物品の預け入れを希望する複数のユーザに関連付いた複数のユーザ端末から位置情報を取得することと、
   複数の前記位置情報に基づいて、前記複数のユーザが前記物品を前記車両に預け入れる地点である第一の地点を決定することと、
   前記複数のユーザにそれぞれ対応する複数のユーザ端末に対して、前記第一の地点に前記車両が派遣されることを通知することと、
   を実行する制御部を有し、
   前記制御部は、前記複数のユーザ端末から、前記物品の預け入れを希望するエリアを示す前記位置情報を取得し、
   前記制御部は、前記複数のユーザを地理的位置に基づいてグルーピングし、得られたグループごとに、グループを代表する地点として前記第一の地点を決定する、情報処理装置。
2. 前記制御部は、前記複数のユーザ端末から、前記物品を預け入れる希望日時に関する情報を取得し、地理的位置と、希望日時の双方が所定の範囲内にある複数のユーザをグルーピングする、
   請求項１に記載の情報処理装置。
3. 前記制御部は、同一のグループに属するユーザ端末に対して、前記第一の地点、および、前記車両の前記第一の地点への到着日時を通知する、
   請求項２に記載の情報処理装置。
4. 前記制御部は、前記車両を前記第一の地点に派遣する指令を生成する、
   請求項１から３のいずれか１項に記載の情報処理装置。
5. 前記制御部は、複数の区画を有する格納装置を搭載した複数の前記車両の中から、前記第一の地点に派遣する車両を決定する、
   請求項１から４のいずれか１項に記載の情報処理装置。
6. 前記制御部は、前記複数のユーザ端末から、預け入れる物品のサイズに関する情報を含
   む物品データをさらに取得する、
   請求項５に記載の情報処理装置。
7. 前記制御部は、前記第一の地点において前記複数のユーザから預け入れられる複数の物品を、前記複数の区画に全て格納可能な前記格納装置を搭載した車両を前記第一の地点に派遣すると決定する、
   請求項６に記載の情報処理装置。
8. 前記制御部は、前記格納装置が有する複数の区画のそれぞれを施解錠するための認証情報を前記複数のユーザ端末のそれぞれに送信する、
   請求項５から７のいずれか１項に記載の情報処理装置。
9. 前記車両は、複数の所定の地点において、預け入れられた物品を展示するショーケース車両である、
   請求項１から８のいずれか１項に記載の情報処理装置。
10. 前記制御部は、前記預け入れられた物品の引き取りを希望する第二のユーザがいる場合に、前記物品の譲受に関する所定の手続きを行う、
    請求項９に記載の情報処理装置。
11. 前記制御部は、前記複数のユーザのそれぞれが所有している物品を推定し、
    前記推定の結果に基づいて、前記車両による前記物品の展示を提案するデータを対応するユーザ端末に送信する、
    請求項９または１０に記載の情報処理装置。
12. 前記制御部は、前記車両によって展示されている一以上の物品のリストを生成する、
    請求項９から１１のいずれか１項に記載の情報処理装置。
13. 前記制御部は、前記車両によって展示されている一以上の物品のリストを生成し、前記車両の運行スケジュールとともに公開する、
    請求項９から１１のいずれか１項に記載の情報処理装置。
14. 前記運行スケジュールは、前記預け入れられた物品を展示する複数の地点と、各地点における停車期間と、を含む、
    請求項１３に記載の情報処理装置。
15. 前記リストは、前記複数のユーザのそれぞれから提供された各物品の画像を含む、
    請求項１２から１４のいずれか１項に記載の情報処理装置。
16. 車両への物品の預け入れを希望する複数のユーザに関連付いた複数のユーザ端末から位置情報を取得することと、
    複数の前記位置情報に基づいて、前記複数のユーザが前記物品を前記車両に預け入れる地点である第一の地点を決定することと、
    前記車両を前記第一の地点に派遣する指令を生成することと、
    を実行する制御部を有し、
    前記制御部は、前記複数のユーザ端末から、前記物品の預け入れを希望するエリアを示す前記位置情報を取得し、
    前記制御部は、前記複数のユーザを地理的位置に基づいてグルーピングし、得られたグループごとに、グループを代表する地点として前記第一の地点を決定する、情報処理装置。
17. 前記制御部は、複数の区画を有する格納装置を搭載した複数の前記車両の中から、前記第一の地点に派遣する車両を決定する、
    請求項１６に記載の情報処理装置。
18. 前記制御部は、前記複数のユーザ端末から、預け入れる物品のサイズに関する情報を含む物品データをさらに取得する、
    請求項１７に記載の情報処理装置。
19. 前記制御部は、前記第一の地点において前記複数のユーザから預け入れられる複数の物品を、前記複数の区画に全て格納可能な前記格納装置を搭載した車両を前記第一の地点に派遣すると決定する、
    請求項１８に記載の情報処理装置。

Images