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

Abstract

【課題】収納装置に収納された荷物を所定の場所まで運搬する車両に積載された収納装置の稼働率を向上させる。【解決手段】積載された収納装置に収納された荷物を指定された場所まで運搬する第１の車両について、予定通りに第１のユーザに荷物を受け渡せない場合に、第１の車両へ、当該荷物を保管してもらう店舗への移動を指示する。また、制御部は、当該第１の店舗へ、第１の車両に関する情報と、当該荷物に関する情報とを、通知する。【選択図】図１６

Description

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

ロッカーに関するユーザの利用要求に基づいて、ユーザが利用するロッカーを決定し、決定されたロッカーを備える自動運転車両をユーザに配車するロッカー管理システムが開示されている（例えば、特許文献１）。

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

本開示は、収納装置に収納された荷物を所定の場所まで運搬する車両に積載された収納装置の稼働率を向上可能な情報処理装置、及び、情報処理方法を提供することを課題とする。

本開示の態様の一つは、
積載された収納装置に収納された荷物を指定された場所まで運搬する第１の車両について、予定通りに第１のユーザに前記荷物を受け渡せない場合に、前記第１の車両へ、前記荷物を保管してもらう第１の店舗への移動を指示することを実行する制御部、
を備える情報処理装置である。

本開示の他の態様の一つは、
コンピュータに、
積載された収納装置に収納された荷物を指定の場所まで運搬する第１の車両について、予定通りに第１のユーザが前記荷物を受け取れず、前記荷物が第１の店舗に預け入れられた場合に、前記第１の店舗に前記荷物が保管されていることを示す通知を所定のサーバから受信することを実行させる、
ためのプログラムである。

本開示の他の態様の一つは、
コンピュータが、
積載された収納装置に収納された荷物を指定された場所まで運搬する第１の車両について、予定通りに第１のユーザに前記荷物を受け渡せない場合に、前記荷物を保管してもらう第１の店舗を決定することと、
前記第１の車両へ、前記第１の店舗への移動を指示することと、
を含む情報処理方法である。

本開示によれば、収納装置に収納された荷物を所定の場所まで運搬する車両に積載された収納装置の稼働率を向上させることができる。

図１は、第１実施形態に係る移動ロッカーシステムのシステム構成の一例を示す図である。 図２は、センタサーバとユーザ端末とのハードウェア構成の一例である。 図３は、センタサーバ及びユーザ端末の機能構成の一例を示す図である。 図４は、ロッカー情報データベースに保持される情報の一例である。 図５は、サービス情報データベースに保持される情報の一例である。 図６は、店舗情報データベースに保持される情報の一例である。 図７は、一時保管情報データベースに保持される情報の一例である。 図８は、スケジュール情報データベースに保持される情報の一例である。 図９は、ユーザ端末のロッカー使用依頼画面の一例である。 図１０は、ユーザ端末の取出忘れの荷物の店舗での一時保管通知の画面の一例である。 図１１は、センタサーバがユーザ端末からロッカー使用依頼を受信した場合の処理のフローチャートの一例である。 図１２は、センタサーバの、荷物の取出管理処理のフローチャートの一例である。 図１３は、センタサーバの、荷物の取出管理処理のフローチャートの一例である。 図１４は、センタサーバの、荷物の取出管理処理のフローチャートの一例である。 図１５は、ユーザ端末の、センタサーバから荷物の店舗預かり通知が受信された場合の処理のフローチャートである。 図１６は、荷物の取出忘れが発生し、当該荷物が店舗へ預け入れられるまでの処理のシーケンスの一例である。 図１７は、ユーザが、店舗に一時保管されている荷物を店舗で受け取る場合のシーケンスの一例である。 図１８は、ユーザが、店舗に一時保管されている荷物を配達によって受け取る場合のシーケンスの一例である。

ロッカーを積載した車両の移動によって、ユーザによって指定された場所で当該ロッカーへの荷物の預け入れ又は取り出し可能な荷物の一時預かりサービスを提供するシステムがある。車両に積載されて移動可能なロッカーを、以下、移動ロッカーと称する。移動ロッカーによる荷物の一時預かりサービスを、以下、移動ロッカーサービスと称する。

移動ロッカーサービスを利用する場合には、ユーザは、例えば、荷物を預け入れる場所と日時、及び、荷物を取り出す場所と日時とを指定する。しかしながら、例えば、予定が変更になったり、忘れたりして、指定した場所で指定した日時に移動ロッカーから荷物を取り出すことができない場合がある。

また、移動ロッカーを積載した車両の移動によって、当該移動ロッカーに収納された荷物をユーザに指定された場所まで運搬するサービスを提供するシステムもある。移動ロッカーに収納された荷物を指定場所まで運搬するサービスを、以下、配送ロッカーサービスと称する。配送ロッカーサービスを利用する場合には、ユーザは、例えば、荷物を預け入れる場所と日時、及び、荷物の配送先と受取人とを指定する。配送ロッカーサービスでは、例えば、荷物の配送先において、不在等により受取人と落ち合うことができず、荷物が移動ロッカーに預け入れられたままとなり、サービスを完了できない場合がある。

なお、移動ロッカーサービスは、荷物を移動ロッカーに預け入れるユーザと荷物を移動ロッカーから取り出すユーザとが同一人物であることを前提とするサービスである。一方、配送ロッカーサービスは、荷物を移動ロッカーに預け入れるユーザと荷物を移動ロッカ
ーから取り出すユーザとが同一人物であることを前提としておらず、両ユーザが同じであっても異なっていてもよい。また、移動ロッカーサービスは、移動ロッカーから荷物を取り出す場所と日時とを指定することを求めるが、配送ロッカーサービスは、配送日時の指定はオプションであり、配送日時の指定がない場合にはシステム側の都合で配送予定が決定される。ただし、これに限られず、移動ロッカーサービスにおいて、例えば、荷物を預け入れたユーザが他のユーザに当該荷物の移動ロッカーからの取出しを依頼した場合には、荷物を預け入れたユーザと取り出すユーザとが異なるユーザとなることがある。

移動ロッカーを積載する車両について、取出の予定が決まっていない荷物（移動ロッカーサービス）、又は、再配達の予定が決まっていない荷物（配送ロッカーサービス）を積載したままだと、当該荷物によって移動ロッカーが占有される時間が長くなる。その分、その他の荷物についてのサービスを行うことができなくなる。

そこで、本開示の態様の一つでは、予定通りに移動ロッカーから取り出されない荷物について、サービスに提携する事業者の店舗において、当該荷物を車両から下し、一時的に預かってもらう。より具体的には、本開示の態様の一つは、制御部を備える情報処理装置である。制御部は、積載された収納装置に収納された荷物を指定された場所まで運搬する第１の車両について、第１のユーザに予定通りに当該荷物を受け渡せない場合に、第１の車両へ、当該荷物を保管してもらう第１の店舗への移動を指示することを実行する。

情報処理装置は、例えば、サーバ等のコンピュータである。制御部は、例えば、コンピュータに備えられるＣＰＵ（Central Processing Unit）等のプロセッサである。第１の
車両は、ドライバによる運転によって走行する車両、及び、ドライバによる運転無しに走行可能な自動走行車両のいずれであってもよい。第１の車両に積載された収納装置は、移動ロッカーに相当する。

荷物を保管してもらう第１の店舗は、第１の場所から所定範囲内に存在する店舗の可から決定される。店舗を検索する範囲の基準となる第１の場所は、例えば、第１の車両の現在位置、第１のユーザの自宅、又は、当初の運搬先として指定された場所である。また、荷物を保管してもらう第１の店舗は、第１の車両の管理者、すなわち、サービスを提供する事業者と提携する事業者が運営する複数の店舗の中から選択される。

「予定通りに荷物を受け渡せない」とは、移動ロッカーサービスにおいては、例えば、予め設定された取出日時までに収納装置から荷物が取り出されないことを示す。配送ロッカーサービスにおいては、例えば、予め指定された日の時間帯又はサービス側で作成したスケジュールに従って運搬した場合に、例えば、第１のユーザの不在によって、荷物を受け渡せず、収納装置から荷物が取り出されないことを示す。なお、荷物の受け渡しは、収納装置から荷物が取り出されて第１のユーザに受け渡されることに限定されず、例えば、移動ロッカーの各収納部が個別に分離可能である場合には、荷物を収納した状態の収納部ごと第１のユーザに受け渡されてもよい。

第１の車両への第１の店舗への移動の指示は、例えば、第１の車両がドライバによる運転無しに走行可能な自動走行車両である場合には、第１の車両の走行計画として第１の車両に送信されてもよい。例えば、第１の車両がドライバによる運転で走行する車両である場合には、当該指示は、ドライバが使用する端末に送信されてもよい。

第１の車両が第１の店舗へ到着すると、例えば、第１の店舗のスタッフが第１の車両から当該荷物を下して、第１の店舗で一時的に保管する。これによって、第１の車両では、下した荷物の分だけ別の荷物を新たに預かることができるようになる。したがって、本開示の態様の一つでは、第１の車両が収納装置により多くの荷物を預かり、運搬することが
できるようになり、収納装置の稼働率が向上する。

本開示の態様の一つでは、制御部は、第１の店舗へ、第１の車両に関する情報と、保管してもらう荷物に関する情報とを、通知してもよい。店舗への通知は、例えば、店舗に備えられている端末に送信される。これによって、店舗のスタッフが、保管対象の荷物及び当該荷物を運搬する第１の車両について特定することができる。

本開示の態様の一つでは、車両に積載される収納装置は、認証情報の受信によって施解錠可能であってもよい。この場合には、制御部は、第１の店舗へ、当該荷物を収納する収納装置の認証情報をさらに通知するようにしてもよい。これによって、第１の店舗のスタッフが収納装置を解錠し、荷物を取り出して第１の車両から下すことができる。

本開示の態様の一つでは、制御部は、第１の車両が第１の店舗へ到着した場合に、第１の店舗へ、第１の車両の到着を通知するようにしてもよい。第１の店舗のスタッフは、第１の店舗で別の業務を行っていることがあるため、第１の車両が到着したことに気づかない可能性がある。特に、第１の車両が自動運転車両であり、第１の車両にスタッフが乗車していない場合には、第１の店舗のスタッフが第１の車両の到着に気づかない可能性が高くなる。情報処理装置が第１の店舗へ第１の車両の到着を通知することで、第１の店舗のスタッフに第１の車両の到着を気づかせることができる。

本開示の態様の一つでは、制御部は、荷物が第１の店舗へ預け入れられた場合に、荷物を受け取る第１のユーザの端末へ、第１の店舗において荷物が保管されていることを通知することをさらに実行してもよい。当該通知は、例えば、電子メール、ＳＭＳ（Short Message Service）、又は、プッシュ通知等で行われてもよい。これによって、第１のユー
ザへ、予定通りに荷物を受け渡せなかったことと、荷物が第１の店舗に保管されていることとを知らせることができる。

本開示の態様の一つでは、制御部は、第１のユーザの端末から、荷物の店舗での受け取り、又は、新たに指定された場所までの運搬による受け取りのいずれかを示す受取方法に関する情報を受信するようにしてもよい。第１のユーザは、第１の店舗に保管された荷物の受取方法を、自身の都合に合わせて選択でき、利便性を向上させることができる。

本開示の態様の一つでは、制御部は、第１のユーザの端末から受信した受取方法に関する情報が、新たに指定された場所までの運搬による受け取りを示す場合に、当該荷物を第１の店舗から新たに指定された場所まで運搬する第２の車両を決定してもよい。第２の車両は、第１の車両と同様に、収納装置を積載していてもよいし、収納装置を積載していなくてもよい。また、第２の車両は、第１の車両であってもよいし、第１の車両とは異なる車両であってもよい。これによって、第１のユーザから新たに指定された場所へ当該荷物を配達することができる。

本開示の他の態様一つは、コンピュータに実行させるためのプログラムである。当該コンピュータは、第１の車両に積載された収納装置に収納され、指定された場所まで第１の車両によって運搬される荷物を受け取るユーザが使用する端末である。ユーザが使用する端末は、例えば、スマートフォン、タブレット端末、及び、ＰＣ（Personal Computer）
等である。積載された収納装置に収納された荷物を指定された場所まで運搬する第１の車両について、予定通りに第１のユーザが当該荷物を受け取れず、当該荷物が第１の店舗に預け入れられた場合に、第１の店舗に荷物が保管されていることを示す通知を所定のサーバから受信することを含む。これによって、ユーザは、第１の車両に積載される収納装置に預けられた荷物が第１の店舗で保管されていることを知ることができる。

本開示の他の態様の一つでは、当該プログラムは、コンピュータに、荷物の店舗での受け取り、又は、新たに指定された場所までの運搬のいずれかを示す受取方法に関する情報の入力のユーザ操作を受け付けさせ、所定のサーバへ、受取方法に関する情報を送信させてもよい。これによって、ユーザは、第１の店舗に保管された荷物の受取方法を自身の都合に合わせて選択することができる。

また、本開示の他の態様の一つを、上記情報処理装置が実行する情報処理方法としても特定することができる。当該情報処理方法は、コンピュータが、積載された収納装置に収納された荷物を第１の場所まで運搬する第１の車両について、予定通りに第１のユーザに当該荷物を受け渡せない場合に、当該荷物を保管してもらう第１の店舗を決定することと、第１の車両へ、第１の店舗への移動を指示することと、を含む。

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

＜第１実施形態＞
図１は、第１実施形態に係る移動ロッカーシステム１００のシステム構成の一例を示す図である。移動ロッカーシステム１００は、車両にコインロッカーを積載させて走行させることで、移動式のコインロッカーを提供するシステムである。すなわち、第１実施形態は、移動ロッカーサービスを提供するシステムについて説明する。ユーザは、指定場所においてロッカーに荷物を預け、所定期間当該荷物を保管してもらい、指定場所において当該荷物をロッカーから取り出すことができる。荷物を預け入れる場所と荷物を取り出す場所とは異なっていてもよい。ユーザには、例えば、荷物を預かった時間長、及び、荷物を預け入れる場所と荷物を取り出す場所との距離等に応じて、利用料金が課される。

移動ロッカーシステム１００は、センタサーバ１と、ロッカー４と、ロッカー４を積載する車両３と、サービスを利用するユーザのユーザ端末２と、移動ロッカーシステム１００と提携する事業者の店舗５の店舗端末６と、を含む。なお、移動ロッカーシステム１００は、ロッカー４、車両３、ユーザ端末２、及び、店舗端末６をそれぞれ複数含むが、図１では便宜上、それぞれ１台ずつ示されている。

ロッカー４は、１つの筐体に複数の収納部を備える。ロッカー４に備えられる各収納部は、それぞれ施解錠可能となっている。第１実施形態では、ロッカー４の各収納部は、電子錠を採用しているものとする。例えば、ロッカー４に採用される電子錠は、各収納部に備えられたテンキー等の入力装置を操作することによって施錠し、当該入力装置に暗証番号を入力することによって解錠されるものであってもよい。または、ロッカー４に採用される電子錠は、所定の無線信号の受信機を備え、例えば、ユーザ端末２から認証情報とともに施錠又は解錠信号を送信し、当該受信機が保持する認証情報と受信した認証情報とが一致した場合に施錠又は解錠を行うものであってもよい。ただし、ロッカー４に採用される錠は、電子錠に限られず、物理的な鍵によって施錠又は解錠されるものであってもよい。以下、ユーザの荷物はロッカー４の収納部の一つに預け入れられるが、ロッカー４の収納部の一つを示す場合でも単に「ロッカー４」と表記する場合もある。移動ロッカー４は、「収納装置」の一例である。

移動ロッカーサービスでは、原則として、ロッカー４に荷物を預け入れるユーザとロッカー４から荷物を取り出すユーザとは同一人物であることが想定される。ただし、ロッカー４に荷物を預け入れたユーザが、他のユーザにロッカー４の認証情報又は物理鍵を受け渡して、荷物の取り出しを依頼することも可能である。

車両３は、第１実施形態では、自律走行車両とする。また、第１実施形態では、車両３
内は、ドライバやスタッフ等が乗車していないこととする。ただし、車両３には、荷物の預け入れ又は取り出しを補助したり、荷物をロッカー４から取り出し、車両３から指定場所に運んだりするためのスタッフが乗車していてもよい。なお、ロッカー４から取り出された荷物の車両３から指定場所への運搬は、人員に限られず、例えば、ドローンや小型の運搬ロボット等によって行われてもよい。なお、車両３は、ドライバの運転によって走行する車両であってもよい。車両３がドライバの運転によって走行する車両である場合には、ユーザサポートや荷物の車両３から指定場所への運搬を行うスタッフはドライバと同一人物であってもよい。第１実施形態では、車両３は、それぞれの担当エリアを走行しているものとする。また、車両３は、サービス利用の依頼の発生に応じて走行するオンデマンド方式で走行してもよいし、所定ルートを巡回していてもよい。第１実施形態では、車両３はオンデマンド方式で走行することとする。車両３は、「第１の車両」の一例である。

ユーザ端末２は、移動ロッカーシステム１００のサービスを利用するユーザが利用する端末である。ユーザ端末２は、例えば、スマートフォン、タブレット端末、又は、ＰＣ（Personal Computer）等である。ユーザ端末２には、移動ロッカーシステム１００のサー
ビスを利用するためのクライアントアプリケーションプログラムがインストールされている。

店舗５は、例えば、２４時間営業のコンビニエンスストアである。店舗５は、コンビニエンスストアに限定されず、例えば、移動ロッカーシステム１００の事業者が運営する店舗、２４時間営業のスーパーマーケット等であってもよい。店舗５を運営する事業者と移動ロッカーシステム１００の事業者との間では、提携する契約が事前に結ばれている。店舗５には、店舗端末６が備えられている。店舗端末６は、例えば、ＰＯＳ（Pont Of Sales）端末、ＰＣ、又は、タブレット端末等である。

ユーザ端末２、車両３、及び、店舗端末６は、ネットワークＮ１に接続しており、ネットワークＮ１を通じて、センタサーバ１と通信を行う。ネットワークＮ１は、例えば、インターネット等の公衆ネットワークである。車両３は、例えば、通信機能を備える装置を搭載しており、当該装置によって、ネットワークＮ１に接続し、センタサーバ１と通信可能である。

センタサーバ１は、移動ロッカーシステム１００を管理するサーバである。ユーザは、移動ロッカーシステム１００のサービスを利用する場合に、ユーザ端末２のアプリケーションプログラムを通じて、ロッカー使用依頼をセンタサーバ１へ送信する。ロッカー使用依頼とともに、ユーザによって指定される、荷物を預け入れる場所と日時、及び、荷物を取り出す場所と日時の情報もセンタサーバ１へ送信される。

センタサーバ１は、ユーザ端末２からロッカー使用依頼を受信すると、指定された日時に指定された場所へ向かわせる車両３と、当該車両３に積載されているロッカー４のうち荷物を収納する収納部とを決定する。第１実施形態では、ロッカー４には電子錠が採用されているので、センタサーバ１はロッカー４の認証情報をユーザ端末２へ通知する。その後、ユーザは、指定場所において車両３と落ち合い、車両３に乗り込んでロッカー４に荷物を収納し、センタサーバ１から受信した認証情報を用いてロッカー４を施錠する。荷物を取り出す場合には、ユーザは、予め指定した場所で車両３と落ち合い、車両３に乗り込んでセンタサーバ１から受信した認証情報を用いて移動ロッカー４を解錠し、ロッカー４から荷物を取り出す。

ユーザは荷物を取り出す場所と日時とを予め指定しているが、忘れてしまったり不測の事態が発生したりして、指定した日時に荷物を取り出せない場合がある。第１実施形態では、センタサーバ１は、ユーザが、指定した日時までに荷物を取り出させなかった場合に
は、現在位置から所定の範囲にある店舗５の店舗端末６へ、当該荷物の一時保管を依頼し、車両３を店舗５へ移動させ、当該荷物を店舗５で一時保管してもらう。また、センタサーバ１は、店舗５へ荷物の預け入れが完了すると、ユーザ端末２へ、荷物が店舗５に一時保管されていることを通知する。ユーザ端末２のユーザは、荷物の受取方法を、店舗５へ出向いて受け取るか、新たに指定する場所まで配達してもらって受け取るか、から選択して、選択した方法で荷物を受け取る。なお、第１実施形態において、「配達」は、指定された場所まで当該荷物を車両３によって運搬し、当該指定された場所でユーザと落ち合い、当該ユーザが当該荷物を車両３内の収納部から取り出すことを示す。荷物を一時保管する店舗５は、「第１の店舗」の一例である。

第１実施形態によれば、ユーザによって指定された日時までに荷物が取り出されなかった場合には、当該荷物は車両３から下ろされ、店舗５へ一時保管される。これによって、当該荷物を収納していたロッカー４が空くので、車両３は、新たに別の荷物を預かることができ、車両３に積載される移動ロッカー４の稼働率を向上させることができる。

図２は、センタサーバ１とユーザ端末２とのハードウェア構成の一例である。センタサーバ１は、例えば、サーバ専用のコンピュータまたは汎用のコンピュータである。センタサーバ１は、ハードウェア構成として、ＣＰＵ １０１、メモリ１０２、外部記憶装置１０３、及び、通信部１０４を備える。メモリ１０２および外部記憶装置１０３は、コンピュータで読み取り可能な記録媒体である。センタサーバ１は、「情報処理装置」の一例である。

外部記憶装置１０３は、様々なプログラムや、各プログラムの実行に際してＣＰＵ １０１が使用するデータを格納する。外部記憶装置１０３は、例えば、ＥＰＲＯＭ（Erasable Programmable ROM）、又は、ハードディスクドライブ（Hard Disk Drive）である。外部記憶装置１０３に保持されるプログラムには、例えば、オペレーティングシステム（ＯＳ）、移動ロッカーシステム１００の制御プログラム、及び、その他様々なアプリケーションプログラムがある。

メモリ１０２は、ＣＰＵ １０１に、外部記憶装置１０３に格納されているプログラムをロードする記憶領域および作業領域を提供したり、バッファとして用いられたりする記憶装置である。メモリ１０２は、例えば、ＲＯＭ（Read Only Memory）、ＲＡＭ（Random
Access Memory）のような半導体メモリを含む。

ＣＰＵ １０１は、外部記憶装置１０３に保持されたＯＳ、及び、その他様々なアプリケーションプログラムをメモリ１０２にロードして実行することによって、様々な処理を実行する。ＣＰＵ １０１は、１つに限られず、複数備えられてもよい。ＣＰＵ １０１は、「制御部」の一例である。

通信部１０４は、例えば、ＮＩＣ（Network Interface Card）等である。通信部１０４は、例えば、有線でＬＡＮ（Local Area Network）等のアクセスネットワークに接続し、当該アクセスネットワークを通じてネットワークＮ１に接続する。ただし。通信部１０４は、有線によってネットワークに接続する回路に限定されず、例えば、ＷｉＦｉ又は移動体通信方式等の無線通信方式に従った無線通信回路であってもよい。

次に、ユーザ端末２は、例えば、スマートフォン、タブレット端末、ウェアラブル端末、又は、ＰＣ等である。ユーザ端末２は、ハードウェア構成として、ＣＰＵ ２０１、メモリ２０２、外部記憶装置２０３、無線通信部２０４、及び、タッチパネルディスプレイ２０５を備える。ただし、図２では、ユーザ端末２のハードウェア構成として、第１実施形態に係る処理を行うハードウェア構成要素が抽出して示されており、ユーザ端末２に含
まれるハードウェア構成要素は図２に示される要素に限定されない。

ＣＰＵ ２０１、メモリ２０２、及び、外部記憶装置２０３は、それぞれ、ＣＰＵ １０１、メモリ１０２、及び、外部記憶装置１０３と同様である。ただし、外部記憶装置２０３として採用される記憶装置（ストレージ）は、例えば、フラッシュメモリである。外部記憶装置２０３として、ＳＤカード等の可搬記録媒体が含まれてもよい。外部記憶装置２０３には、ＯＳ等に加えて、移動ロッカーシステム１００のサービスを利用するためのクライアントアプリケーションプログラムも保持されている。

無線通信部２０４は、例えば、５Ｇ（5th Generation）、６Ｇ、４Ｇ、及び、ＬＴＥ（Long Term Evolution）等の移動体通信方式、ＷｉＭＡＸ、及び、ＷｉＦｉ等の無線通信
方式に従った無線通信回路である。無線通信部２０４は、無線通信によってネットワークＮ１に接続し、センタサーバ１との通信を可能にする。

タッチパネルディスプレイ２０５は、ＣＰＵ ２０１からの指示に従って画像を出力し、ユーザから入力された信号をＣＰＵ ２０１へ出力する。

なお、図２に示されるセンタサーバ１及びユーザ端末２のハードウェア構成は一例であって、センタサーバ１及びユーザ端末２のハードウェア構成は図２に示されるものに限定されない。例えば、ユーザ端末２は、図２に示されるハードウェア構成要素の他に、マイクロフォン、スピーカ、カメラ、及び、ＧＰＳ（Global Positioning System）等の位置
センサ等もハードウェア構成として含む。

店舗端末６は、ハードウェア構成として、例えば、ＣＰＵ、メモリ、外部記憶装置、通信部又は無線通信部、及び、タッチパネルディスプレイを有する。これらは、それぞれ、ＣＰＵ １０１又は２０１、メモリ１０２又は２０２、外部記憶装置１０３又は２０３、通信部１０３又は無線通信部２０４、及び、タッチパネルディスプレイ２０５と同様である。

図３は、センタサーバ１及びユーザ端末２の機能構成の一例を示す図である。センタサーバ１は、機能構成として、制御部１１、スケジュール調整部１６、ロッカー情報データベース（ＤＢ）１２、スケジュール情報ＤＢ １３、サービス情報ＤＢ １４、一時保管情報ＤＢ １５、店舗情報ＤＢ １７、及び、ユーザ情報ＤＢ １８を備える。これらの機能構成要素は、例えば、センタサーバ１のＣＰＵ １０１が移動ロッカーシステム１００の制御プログラムを実行することによって達成される。

制御部１１は、ロッカー４の使用状況を管理し、車両３の走行を制御する。具体的には、制御部１１は、ユーザ端末２から、例えば、ロッカー使用依頼、預入完了通知、及び、取出完了通知等を受信する。ロッカー使用依頼は、移動ロッカーの利用の依頼である。預入完了通知は、ロッカー４へ荷物の預け入れが完了したことの通知である。取出完了通知は、ロッカー４へ預け入れられた荷物が移動ロッカー４から取り出され、ユーザに受け渡されたことの通知である。

制御部１１は、ユーザ端末２からロッカー使用依頼を受信すると、車両３及び移動ロッカー４の割り当てを行う。ユーザ端末２からは、ロッカー使用依頼とともに、荷物を預け入れる場所及び日時、荷物を取り出す場所及び日時、及び、ユーザの識別情報もセンタサーバ１へ送信される。また、ロッカー使用依頼とともに、取出忘れの荷物を店舗５に一時保管することに承諾するか否かを示す情報も受信される。以下、荷物を預け入れる場所及び日時を、それぞれ、預入場所及び預入日時、と称することもある。また、以下、荷物を取り出す場所及び日時を、取出場所及び取出日時、と称することもある。

制御部１１は、例えば、ロッカー使用依頼に対して割り当てられる車両３及びロッカー４を、後述のスケジュール情報ＤＢ １３を参照して決定する。例えば、ロッカー使用依頼に対して割り当てられる車両３は、預入場所付近を預入日時に走行し、且つ、預入日時から少なくとも取出日時まで予定が入っていない収納部を有するロッカー４を積載する車両である。また、ロッカー使用依頼に対して割り当てられるロッカー４は、当該車両３に積載されるロッカー４の収納部のうち、預入日時から少なくとも取出日時まで予定が入っていない収納部のいずれかである。なお、割り当てる車両３及びロッカー４の決定方法は、周知の方法のいずれであってもよく、特定の方法に限定されない。

なお、荷物を預ける車両３及びロッカー４は、例えば、地図上の車両３の位置情報からユーザによって指定されてもよい。この場合には、ユーザによって指定された車両３の識別情報がロッカー使用依頼とともにユーザ端末２から受信される。また、制御部１１は、指定された車両３に積載されるロッカー４の預入日時から取出日時まで予定が入っていない収納部のいずれかを、受信したロッカー使用依頼に対して割り当てる。

その後、制御部１１は、受信したロッカー使用依頼のサービスについて、割り当てられた車両３とロッカー４とスケジュールを作成し、作成したスケジュールを後述のスケジュール情報ＤＢ １３に登録する。また、制御部１１は、割り当てられた車両３について作成したスケジュールに応じて、ユーザに指定された預入場所にユーザに指定された預入日時に到着し、ユーザに指定された取出場所にユーザに指定された取出日時に到着するように車両３の走行計画を作成する。作成された走行計画は、車両３へ送信される。走行計画には、例えば、走行の目的地と到着日時、及び、目的地までの経路情報等が含まれている。

制御部１１は、ロッカー使用依頼に対する承諾の応答と、サービス識別情報と、割り当てたロッカー４に関する情報と、預入場所と、預入日時と、をユーザ端末２へ送信する。サービス識別情報は、当該ロッカー使用依頼に対して提供されるサービスを識別するために割り当てられる識別情報である。第１実施形態では、サービス識別情報によって、荷物も識別される。ロッカー４に関する情報には、例えば、車両３の識別情報、及び、ロッカー４の収納部の識別情報が含まれる。また、第１実施形態では、ロッカー４は電子錠を採用していることを想定しているので、ロッカー４に関する情報には、ユーザ端末２に割り当てられた収納部の認証情報も含まれる。ただし、これに限られず、ロッカー使用依頼に対して割り当てられる収納部は、他のロッカー使用依頼との関係で変更される可能性もあるため、ロッカー４に関する情報はロッカー使用依頼に対する承諾の応答とは別にユーザ端末２へ送信されてもよい。例えば、預入日時から所定時間前の時刻になった場合に、割り当てられたロッカー４に関する情報がユーザ端末２へ送信されるようにしてもよい。

制御部１１は、ユーザ端末２から、預入完了通知又は取出完了通知とともに、例えば、サービス識別情報及びユーザの識別情報も受信する。また、制御部１１は、ユーザ端末２から取出完了通知を受信した場合には、後述のサービス情報ＤＢ １４に荷物の取出し完了を記録する。

制御部１１は、荷物の取出日時が経過し、当該ユーザ端末２から取出完了通知が受信されていない場合に、荷物の取出忘れを検出する。荷物の取出忘れを検出した場合には、制御部１１は、店舗情報ＤＢ １７を参照して、当該荷物を一時保管してもらう店舗５を決定する。荷物を一時保管してもらう店舗５は、例えば、当該荷物を運搬している車両３の現在位置から所定範囲内に存在する店舗である。ただし、これに限定されず、荷物を一時保管してもらう店舗５を検索する基準となる位置は、例えば、取出場所、及び、ユーザが予め登録している場所であってもよい。ユーザが予め登録している場所には、例えば、自
宅、及び、勤務先等がある。荷物を一時保管してもらう店舗５の検索範囲は、例えば、基準となる位置から１００ｍから１ｋｍの距離の範囲、基準となる位置と同じエリア等であってもよい。なお、基準となる位置から所定範囲内に複数の店舗５が存在する場合には、例えば、車両３の現在位置、又は、ユーザが予め登録している場所から最も近い店舗が選択される。なお、例えば、車両３は所定の周期でセンタサーバ１へ位置情報を送信しており、センタサーバ１は、車両３の現在位置を把握している。車両３の現在位置、取出場所、及び、ユーザが予め登録している場所等の、荷物を一時保管してもらう店舗５を検索する基準となる位置は、「第１の場所」の一例である。

制御部１１は、荷物を一時保管してもらう店舗５を決定すると、当該店舗５の店舗端末６へ、当該荷物の一時保管を依頼する一時保管依頼を送信する。一時保管依頼ととともに、例えば、対象の荷物に該当するサービス識別情報と、対象の荷物を預け入れたユーザの識別情報と、対象の荷物を運搬する車両３の識別情報と、当該荷物が収納されているロッカーの識別情報と、当該ロッカーの認証情報と、車両３の到着予定時刻も送信される。

また、制御部１１は、車両３の走行計画を作成する。作成される車両３の走行計画には、店舗５への移動と、店舗５において荷物を下すこととが含まれている。なお、車両３の走行計画には、店舗５へ向かう出発時刻及び到着する到着予定時刻も含まれる。制御部１１は、店舗５へ向かう出発時刻及び到着する到着予定時刻を、例えば、後述のスケジュール情報ＤＢ １３を参照して決定する。制御部１１は、作成した走行計画と、対象の荷物に該当するサービス識別情報と、当該荷物が収納されているロッカーの識別情報とを、車両３へ送信する。

店舗５において、車両３から対象の荷物が下され、店舗５内に預け入れられると、店舗５のスタッフは、店舗端末６に対象の荷物の預かり完了のユーザ操作を入力する。これによって、店舗端末６は、センタサーバ１へ預かり完了通知を送信する。預かり完了通知とともに、例えば、店舗５の識別情報と、対象の荷物に該当するサービス識別情報と、対象の荷物を預け入れたユーザの識別情報も送信される。

制御部１１は、店舗端末６から預かり完了通知を受信すると、対象の荷物を受け取るユーザのユーザ端末２へ、荷物が店舗で一時保管されていることを示す店舗預かり通知を送信する。店舗預かり通知とともに、例えば、対象の荷物に該当するサービス識別情報、及び、対象の荷物を保管している店舗５に関する情報も送信される。店舗５に関する情報には、例えば、店舗５の名称、及び、店舗５の住所等が含まれる。

また、制御部１１は、ユーザ端末２へ、店舗預かり通知とともに、受取方法の選択要求も送信する。受取方法の選択要求は、店舗５に一時保管されている荷物の受取方法の選択を要求するメッセージである。第１実施形態では、店舗５に一時保管されている荷物の受取方法には、店舗での受け取りと配達による受け取りとがある。

制御部１１は、ユーザ端末２から、受取方法の選択要求に対する応答として、選択された受け取り方法を示す情報を受信する。選択された受取方法が配達による受け取りである場合には、ユーザ端末２から、選択された受け取り方法を示す情報とともに、配達先の場所と配達の希望日時も受信される。配達先の場所は、「新たに指定された場所」の一例である。

制御部１１は、ユーザ端末２へ、選択された受取方法の受付完了の通知を送信する。選択された受取方法が配達による受け取りである場合には、当該通知として、配達受付完了通知が送信される。選択された受取方法が店舗での受け取りである場合には、当該通知として、店舗受取受付完了通知が送信される。
選択された受取方法の受付完了の通知とともに、例えば、対象のサービスの識別情報、該当するユーザの識別情報、荷物を一時保管する店舗５に関する情報、及び、選択された受取方法が配達による受け取りである場合には、配達先の場所と日時もユーザ端末２へ送信される。

制御部１１は、選択された受取方法の通知を店舗５の店舗端末６へ送信する。選択された受取方法の通知とともに、例えば、店舗端末６へは、対象の荷物に対応するサービス識別情報、対象の荷物を車両３に預け入れたユーザの識別情報、及び、選択された受取方法を示す情報も送信される。

選択された受取方法が配達による受け取りである場合には、制御部１１は、対象の荷物を配達する車両３を後述のスケジュール情報ＤＢ １３を参照して決定する。対象の荷物を配達する車両３の決定方法は、ロッカー使用依頼に対して車両３を割り当てる方法と同様であってもよい。また、対象の荷物を配達する車両３は、対象の荷物をユーザから預かり、店舗５まで運搬した車両３と同じ車両であっても異なる車両であってもよい。

また、選択された受取方法が配達による受け取りである場合には、制御部１１は、対象の荷物を配達する車両３の走行計画を作成する。作成される走行計画には、例えば、店舗５への移動、店舗５において対象の荷物を積み込むこと、及び、配達の希望日時までの配達先の場所への移動が含まれる。なお、店舗５への出発予定時刻及び到着予定時刻、及び、配達先の場所への出発予定時刻は、スケジュール情報ＤＢ １３を参照して決定される。制御部１１は、車両３へ、例えば、作成した走行計画と、対象の荷物に該当するサービス識別情報、ユーザ識別情報、対象の荷物が一時保管されている店舗５の識別情報及び位置情報等を送信する。

配達による受け取りが選択された場合には、店舗５において、対象の荷物を運搬する車両３に対象の荷物が積み込まれ、当該車両３によって対象の荷物が運搬される。車両３では、対象の荷物はロッカー４に収納されてもよいし、ロッカー４に収納されなくてもよい。ロッカー４が施錠される場合には、運搬する車両３の、対象の荷物が収納されるロッカー４の認証情報がユーザ端末２へ通知される。ユーザは、車両３から対象の荷物を取り出すと、ユーザ端末２に取出完了のユーザ操作を入力する。これによって、ユーザ端末２は、センタサーバ１へ、取出完了通知を送信する。取り出し完了通知とともに、対象の荷物に該当するサービス識別情報も送信される。

選択された受取方法が店舗での受け取りである場合には、ユーザが店舗５へ来店し、店舗５においてユーザへ荷物の受け渡しが行われる。店舗５においてユーザに荷物が受け渡される場合には、例えば、当該ユーザは、ユーザ端末２に保持される当該荷物に対応するサービス情報と当該ユーザの識別情報とを提示し、店舗５のスタッフがこれらの情報を確認して、本人であることを確認してもよい。例えば、店舗端末６には、センタサーバ１からのユーザによって選択された受取方法の通知とともに受信された、当該荷物に対応するサービス情報と当該ユーザの識別情報が保持されている。ユーザへの荷物の受け渡しが完了すると、店舗５のスタッフが店舗端末６へ受渡完了のユーザ操作を入力する。これによって、店舗端末６は、センタサーバ１へ、受渡完了通知を送信する。受渡完了通知とともに、対象の荷物に該当するサービス識別情報も送信される。

制御部１１は、ユーザ端末２から取出し完了通知又は店舗端末６から受渡完了通知を受信すると、ユーザ端末２のユーザの移動ロッカーサービスの利用料金を算出する。例えば、制御部１１は、荷物の取出し忘れによって配達が実施されている場合には、移動ロッカー４の使用料金に所定の料金を追加する。

スケジュール調整部１６は、制御部１１からの指示に従って、指定された車両３及びロッカー４の各収納部のスケジュールを、当該車両３及び各収納部に割り当てられている複数のサービス間で調整する。具体的には、荷物の取出し忘れ等によって、１つのサービスによる１つの収納部の占有期間が延長され、当該収納部に割り当てられている他のサービスによる占有期間と抵触する可能がある場合に、スケジュール調整部１６はスケジュールの調整を行う。スケジュールの調整では、例えば、他のサービスに割り当てられる収納部の変更等が行われる。なお、スケジュールの調整方法は特定の方法に限定されない。スケジュール調整部１６は、スケジュールの変更を制御部１１に通知する。制御部１１は、変更されたスケジュールに応じて、例えば、該当するサービスに割り当てられている車両３の走行計画を変更したり、該当するサービスに割り当てられているロッカー４の変更をユーザ端末２へ通知したりする。

Ｄ １２、スケジュール情報ＤＢ １３、サービス情報ＤＢ １４、一時保管情報ＤＢ
１５、スケジュール調整部１６、店舗情報ＤＢ １７、及び、ユーザ情報ＤＢ １８は、例えば、センタサーバ１の外部記憶装置１０３の記憶領域に作成される。ロッカー情報ＤＢ １２は、ロッカー４に関する情報を保持する。スケジュール情報ＤＢ １３は、ロッカー４及び車両３のスケジュールを保持する。サービス情報ＤＢ １４は、移動ロッカーの使用のサービス情報を保持する。サービス情報は、１つのロッカー使用依頼に対して提供される移動ロッカーサービスに関する情報である。一時保管情報ＤＢ １５は、取出忘れの荷物の一時保管に関する情報を保持する。店舗情報ＤＢ １７は、荷物の一時預かりについて提携している店舗に関する情報を保持する。ユーザ情報ＤＢ １８は、移動ロッカーシステム１００に登録するユーザに関する情報を保持する。ユーザ情報ＤＢ １８には、例えば、ユーザの識別情報、ユーザのアカウント名、メールアドレス等の連絡先、及び、登録住所等が保持される。登録住所は、ユーザによって任意に設定される。登録住所には、例えば、自宅、及び、勤務先等がある。ロッカー情報ＤＢ １２、スケジュール情報ＤＢ １３、サービス情報ＤＢ １４、一時保管情報ＤＢ １５、スケジュール調整部１６、及び、店舗情報ＤＢ １７に保持される情報の詳細は後述される。

次に、ユーザ端末２は、機能構成として、制御部２１を備える。制御部２１の処理は、ユーザ端末２のＣＰＵ ２０２が外部記憶装置２０３に保持される移動ロッカーシステム１００のクライアントアプリケーションプログラムを実行することによって達成される。制御部２１は、タッチパネルディスプレイ２０５へのユーザからの入力に応じて、センタサーバ１へ、例えば、ロッカー使用依頼、預入完了通知、取出完了通知、及び、センタサーバ１からの各種問い合わせに対する応答を送信する。また、制御部２１は、センタサーバ１から、例えば、ロッカー使用依頼、荷物の店舗預かり通知、及び、受取方法の選択要求、及び、これらに伴う情報を受信する。また、制御部２１は、ユーザ操作に応じて画面を遷移させたり、センタサーバ１から受信されたメッセージをタッチパネルディスプレイ２０５へ出力したりする。なお、センタサーバ１及びユーザ端末２の機能構成は一例であって、図３に示されるものに限定されない。

図４は、ロッカー情報ＤＢ １２に保持される情報の一例である。ロッカー情報ＤＢ １２は、ロッカー４に関する情報を保持する。図４に示されるロッカー情報ＤＢ １２の１レコードは、ロッカー４の１つの収納部に関する情報を示す。図４に示されるロッカー情報ＤＢ １２の１レコードには、ロッカーＩＤ、車両ＩＤ、及び、認証情報のフィールドが含まれる。

ロッカーＩＤのフィールドには、ロッカー４の収納部の識別情報が格納されている。例えば、ロッカー４の収納部の識別情報は所定数の英数字の文字列であって、ロッカー４を示す上位部分と収納部を示す下位部分とで構成される。同じロッカー４に含まれる複数の収納部の間では、識別情報のロッカー４を示す上位部分の値が同じ値となる。

車両ＩＤのフィールドには、収納部が含まれるロッカー４が積載されている車両３の識別情報が格納されている。認証情報のフィールドには、収納部に設けられている電子錠の認証情報が格納されている。収納部の認証情報は、固定であっても可変であってもよい。なお、図４に示されるロッカー情報ＤＢ １２に保持される情報は一例であって、ロッカー情報ＤＢ １２に保持される情報は図４に示されるものに限定されない。

図５は、サービス情報ＤＢ １４に保持される情報の一例である。サービス情報ＤＢ １４は、サービス情報を保持する。図５に示されるサービス情報ＤＢ １４の１レコードは、１つのロッカー使用依頼に対して提供されるサービスのサービス情報である。図５に示されるサービス情報ＤＢ １４の１レコードには、サービスＩＤ、ユーザＩＤ、ロッカーＩＤ、預入日時、預入場所、取出日時、取出場所、一時保管指定、及び、取出完了通知のフィールドが含まれる。

サービスＩＤのフィールドには、サービスの識別情報が格納される。サービスの識別情報は、受信したロッカー使用依頼について、サービス提供が成立した場合に、制御部１１によって割り当てられる。ユーザＩＤのフィールドには、ユーザの識別情報が格納される。ユーザの識別情報は、移動ロッカーシステム１００へユーザ登録を行う際に制御部１１によって割り当てられる。移動ロッカーシステム１００へのユーザ登録は、移動ロッカーシステム１００のクライアントアプリケーションプログラムの実行を通じて行われる。ロッカーＩＤのフィールドには、当該サービスに割り当てられたロッカー４の収納部の識別情報が格納される。

預入日時、預入場所、取出日時、及び、取出場所のフィールドには、それぞれ、預入日時、預入場所、取出日時、及び、取出場所を示す情報が格納される。預入場所及び取出場所を示す情報は、例えば、住所、緯度及び経度、及び、ランドマーク名等である。預入日時及び取出日時は、例えば、年月日時分で示される。

一時保管指定のフィールドには、該当のサービスについて、該当ユーザが、取出忘れの荷物を店舗５に一時保管することを承諾しているか否かを示す情報が格納される。取出忘れの荷物を店舗５に一時保管することを承諾しているか否かを示す情報は、例えば、フラグ、キーワード、又は、コードである。図５に示される例では、取出忘れの荷物を店舗５に一時保管することを承諾しているか否かを示す情報として、「有」及び「無」が用いられている。

取出完了通知のフィールドには、該当のサービスについて割り当てられたロッカー４から荷物が取り出されたことを示す取出完了通知又は当該荷物がユーザに受け渡されたことを示す受渡完了通知の受信があったか否かを示す情報が格納される。取出完了通知又は受渡完了通知の受信があったか否かを示す情報は、例えば、フラグ、コード、又は、キーワードである。

制御部１１は、ユーザ端末２からロッカー使用依頼を受信し、サービスの提供が成立した場合に、サービス情報ＤＢ １４にレコードを追加する。レコードが追加されるとともに、制御部１１は、成立したサービスに識別情報を割り当て、サービスＩＤのフィールドに格納する。また、ロッカーＩＤのフィールドには、制御部１１によって割り当てられたロッカー４の収納部の識別情報が格納される。また、ユーザＩＤ、預入日時、預入場所、取出日時、及び、取出場所のフィールドには、制御部１１によって、それぞれ、ロッカー使用依頼とともにユーザ端末２から受信された、ユーザの識別情報、預入日時、預入場所、取出日時、及び、取出場所が格納される。

一時保管指定のフィールドは、ユーザ端末２から、ロッカー使用依頼とともに受信される、取出忘れの荷物を店舗５に一時保管することを承諾するか否かを示す情報に応じた値が、制御部１１によって格納される。

取出完了通知のフィールドの初期値は、取出完了通知又は受渡完了通知の受信がないことを示す情報である。取出完了通知のフィールドは、ユーザ端末２から取出完了通知又は受渡完了通知が受信されると、制御部１１によって、取出完了通知又は受渡完了通知の受信があったことを示す情報に更新される。なお、サービス情報ＤＢ １４に保持される情報は図５に示される情報に限定されない。

図６は、店舗情報ＤＢ １７に保持される情報の一例である。店舗情報ＤＢ １７には、荷物を一時保管することで提携している店舗に関する情報が格納されている。図６に示される例では、店舗情報ＤＢ １７の１レコードには、店舗ＩＤ、店舗名、位置情報、及び、連絡先のフィールドが含まれている。

店舗ＩＤのフィールドには、店舗の識別情報が格納されている。店舗名のフィールドには、当該店舗の名称が格納されている。店舗の名称は、例えば、店舗がコンビニエンスストアである場合には、商標名と店名とで構成される。

位置情報のフィールドには、当該店舗の位置情報が格納されている。店舗の位置情報は、例えば、住所、又は、緯度及び経度である。連絡先のフィールドには、店舗端末６の連絡先が格納されている。店舗端末６の連絡先は、例えば、電子メールアドレス、ＭＡＣ（Media Access Control）アドレス、又は、個体識別番号等である。

店舗情報ＤＢ １７に保持される情報は、予め設定されている。なお、店舗情報ＤＢ １７に保持される情報は、図６に示されるものに限定されない。

図７は、一時保管情報ＤＢ １５に保持される情報の一例である。一時保管情報ＤＢ １５には、店舗５に一時保管されている荷物に関する情報が格納されている。図７に示される例では、一時保管情報ＤＢ １５の１レコードには、サービスＩＤ、ユーザＩＤ、保管店舗、受取方法、配達先、及び、配達指定日時のフィールドが含まれている。

サービスＩＤのフィールドには、サービスの識別情報が格納される。ユーザＩＤのフィールドには、ユーザの識別情報が格納される。保管店舗のフィールドには、当該荷物を一時保管している店舗の識別情報が格納される。

受取方法のフィールドには、ユーザによって選択された受取方法を示す情報が格納される。受取方法には、第１実施形態では、店舗での受け取りと配達による受け取りとがある。受取方法を示す情報は、例えば、フラグ、コード、又は、キーワードである。図７で示される例では、受け取り方法のフィールドには、店舗での受け取りを示す「店舗」というキーワードと、配達での受け取りを示す「配達」というキーワードが用いられている。

配達先のフィールドには、ユーザによって指定された配達先を示す情報が格納される。配達先を示す情報は、例えば、住所、又は、緯度及び経度である。配達指定日時のフィールドには、ユーザによって指定された配達の指定日時が格納される。配達の日時の指定は、例えば、日付と時間帯とで指定されてもよい。配達先及び配達指定日時のフィールドには、受取方法のフィールドの値が配達による受け取りを示す場合に値が格納される。

取出し忘れの荷物が店舗５に預け入れられ、店舗端末６から預かり完了通知を受信すると、制御部１１は、一時保管情報ＤＢ １５に新たにレコードを登録する。預かり完了通
知とともに、例えば、対象の荷物に該当するサービス識別情報と、対象の荷物を預け入れたユーザの識別情報と、店舗５の識別情報も受信される。制御部１１は、預かり完了通知とともに受信されたサービス識別情報、ユーザの識別情報、及び、店舗の識別情報を、それぞれ、新たに作成したレコードの、サービスＩＤ、ユーザＩＤ、保管店舗のフィールドに格納する。

制御部１１は、ユーザ端末２から、ユーザによって選択された受取方法を示す情報を受信した場合に、共に受信したサービス識別情報に合致するレコードの受取方法のフィールドに、選択された受取方法を示す情報を格納する。選択された受け取り方法を示す情報とともに、サービス識別情報も受信される。選択された受取方法が配達による受け取りである場合には、ユーザ端末２から、選択された受け取り方法を示す情報とともに、配達先の場所と配達の希望日時も受信されるので、制御部１１は、該当するレコードの配達先及び配達指定日時のフィールドを更新する。なお、一時保管情報ＤＢ １５に保持される情報は、図７に示される情報に限定されない。

図８は、スケジュール情報ＤＢ １３に保持される情報の一例である。スケジュール情報ＤＢ １３には、各ロッカー４及び車両３のスケジュールが格納されている。図８に示される例では、１台の車両３と、当該車両３に積載されているロッカー４の各収納部とのある日の営業時間内におけるスケジュールが示されている。

図８に示される例では、ロッカーＩＤ：００１である収納部は、サービスＩＤ：００１のサービスに割り当てられており、８時１５分から１７時００分まで予約されている。サービスＩＤ：００１のサービスでは、預入日時が８時１５分であり、取出日時が１７時００分に設定されている。

図８に示される例では、各収納部の予約に応じて車両３のスケジュールが設定されている。ロッカーＩＤ：００１の収納部に割り当てられたサービスＩＤ：００１のサービスに対応する車両３のスケジュールアイテムとして、アイテム＃１００、アイテム＃１０１、アイテム＃２００、及び、アイテム＃２０１が設定されている。

アイテム＃１００及びアイテム＃１０１は、サービスＩＤ：００１のサービスの荷物の預け入れに対応するスケジュールアイテムである。アイテム＃１００は車両３の走行イベントのアイテムである。アイテム＃１００には、走行の目的地としてサービスＩＤ：００１の預入場所、到着日時としてサービスＩＤ：００１の預入日時－αの日時が設定されている。アイテム＃１０１は、車両３が停車するイベントのアイテムである。アイテム＃１０１の車両３の停車のイベントは、ユーザがロッカー４に荷物を預け入れるためのイベントである。ユーザがロッカー４に荷物を預け入れる一連の動作には、車両３への乗車、収納部への荷物の収納、収納部の施錠、及び、車両３からの降車が含まれる。これらの一連の動作を実行するために十分な時間、車両３は停車する必要がある。したがって、アイテム＃１０１には、停車の開始日時としてサービスＩＤ：００１の預入日時－αの日時、停車の終了日時としてサービスＩＤ：００１の預入日時＋αの日時が設定されている。

アイテム＃１００及びアイテム＃１０１に対応する車両３に設定される走行計画は、預入日時－αに預入場所まで走行し、預入場所で預入日時－αから預入日時＋αまで停車することを示す走行計画となる。

アイテム＃２００及びアイテム＃２０１は、サービスＩＤ：００１のサービスの荷物の取り出しに対応するスケジュールアイテムである。アイテム＃２００は車両３の走行イベントのアイテムである。アイテム＃２００には、走行の目的地としてサービスＩＤ：００１の取出場所、到着日時としてサービスＩＤ：００１の取出日時－αの日時が設定されて
いる。アイテム＃２０１は、車両３が停車するイベントのアイテムである。アイテム＃２０１の車両３の停車のイベントは、ユーザがロッカー４から荷物を取り出すためのイベントである。ユーザがロッカー４から荷物を取り出す一連の動作には、車両３への乗車、収納部の解錠、収納部からの荷物の取り出し、及び、車両３からの降車が含まれる。したがって、アイテム＃２０１には、停車の開始日時としてサービスＩＤ：００１の取出日時－αの日時、停車の終了日時としてサービスＩＤ：００１の取出日時＋αの日時が設定されている。

アイテム＃２００及びアイテム＃２０１に対応する車両３に設定される走行計画は、取出日時－αに取出場所まで走行し、取出場所で取出日時－αから取出日時＋αまで停車することを示す走行計画となる。

制御部１１は、例えば、ロッカー使用依頼に対して車両３とロッカー４とを割り当てる場合に、図８に示されるような情報を保持するスケジュール調整部１６を参照する。制御部１１は、預入日時までに預入場所へ移動可能であり、取出日時までに取出場所へ移動可能な車両３であって、且つ、預入日時から取出日時までスケジュールが入っていない収納部を有する車両３をロッカー使用依頼に割り当てる。なお、割り当てる車両３及びロッカー４の決定方法は、周知の方法のいずれであってもよく、特定の方法に限定されない。

また、例えば、制御部１１は、取出し忘れの荷物を一時保管する店舗５へ移動する走行計画を作成する場合には、当該荷物を積載している車両３のスケジュールを参照し、例えば、直近の空白期間内に収まるように、当該店舗５への出発予定時刻及び到着予定時刻を決定する。直近の空白期間内に店舗５への出発予定時刻及び到着予定時刻が収まらない場合には、例えば、直近の空白期間以降の空白期間内で、直近の空白期間内に店舗５への出発予定時刻及び到着予定時刻を決定する。

車両３のスケジュールの空白期間では、例えば、制御部１１がその時の前後のスケジュールに合わせた経路で車両３を走行させる。制御部１１は、スケジュール情報ＤＢ １３を参照して、ロッカー４の割り当て、及び、取出場所及び取出日時の提案等を行う。スケジュール情報ＤＢ １３に保持される情報は、図７に示されるものに限定されない。

＜ユーザ端末の画面例＞
図９及び図１０は、移動ロッカーシステム１００のクライアントアプリケーションによるユーザ端末２の画面の一例である。図９は、ユーザ端末２のロッカー使用依頼画面の一例である。ロッカー使用依頼画面は、移動ロッカーサービスの利用の依頼を行うための画面である。ロッカー使用依頼画面は、例えば、移動ロッカーシステム１００のクライアントアプリケーションのメニューからロッカー使用依頼を選択すると表示される。

図９に示されているロッカー使用依頼画面には、預入場所、預入日時、取出場所、及び、取出日時の入力欄、取出忘れ時の店舗での一時保管の承諾を示すチェックボックス、及び、ロッカー使用依頼のボタンが含まれている。預入場所及び取出場所の入力欄には、それぞれ、キーワードによる検索、地図から選択、及び、登録住所から選択の指定方法を選択するラジオボタンが備えられている。「キーワードによる検索」が選択されると、入力されたキーワードによる検索結果が表示され、検索結果から預入場所又は取出場所を選択することができる。キーワードによる検索結果として、例えば、地名、駅名、建物名、及び、住所等が表示される。

「地図から選択」が選択されると、地図の表示画面に遷移し、地図上で預入場所又は取出場所を設定することができる。「登録住所から選択」が選択されると、登録されている住所のリストが表示され、当該リストから預入場所又は取出場所を選択することができる
。

預入日時及び取出日時は、例えば、５分単位、１０分単位、１５分単位、又は、３０分単位で設定されてもよい。

「依頼開始」ボタンが選択されると、制御部２１は、ロッカー使用依頼のユーザ操作を受け付け、センタサーバ１へロッカー使用依頼を送信する。ロッカー使用依頼とともに、ロッカー使用依頼画面において入力された預入場所及び預入日時と取出場所及び取出日時と、ユーザ識別情報も送信される。「取出忘れ時の店舗での一時保管の承諾」のチェックボタンにチェックが付けられている場合には、センタサーバ１へロッカー使用依頼とともに、取出忘れの荷物を店舗５に一時保管することを承諾することを示す情報が送信される。「取出忘れ時の店舗での一時保管の承諾」のチェックボタンにチェックが付けられていない場合には、センタサーバ１へロッカー使用依頼とともに、取出忘れの荷物を店舗５に一時保管することを承諾しないことを示す情報が送信される。なお、ロッカー使用依頼画面の構成は、図９に示される例に限定されない。

図１０は、ユーザ端末２の取出忘れの荷物の店舗での一時保管通知の画面の一例である。取出忘れの荷物の店舗での一時保管通知の画面は、センタサーバ１から、荷物の店舗預かり通知及び受取方法の選択要求を受信した場合に表示される。

図１０に示される取出忘れの荷物の店舗での一時保管通知の画面には、取出忘れの荷物を店舗で一時保管していることを通知するメッセージ、当該荷物を一時保管している店舗に関する情報、受取方法の選択欄、及び、「受取方法設定依頼」ボタンが含まれている。

受取方法の選択欄には、受取方法として、配達による受け取りと店舗での受け取りを選択するラジオボタンが含まれている。配達による受け取りを選択するラジオボタンには、配達先と配達の希望日時との入力欄が付随している。配達先と配達の希望日時との入力欄は、図９に示される取出場所及び取出日時の入力欄と同様の構成である。

「受取方法設定依頼」ボタンが選択されると、制御部２１は、受取方法の選択のユーザ操作を受け付け、センタサーバ１へ、選択された受取方法に関する情報を送信する。受取方法が、配達による受け取りである場合には、取出忘れの荷物の店舗での一時保管通知の画面において入力された配達先と配達の希望日時もセンタサーバ１へ送信される。なお、取出忘れの荷物の店舗での一時保管通知の画面の構成は、図１０に示される例に限定されない。

＜処理の流れ＞
図１１から図１４は、センタサーバ１によって実行される処理のフローチャートの一例である。図１５は、ユーザ端末２によって実行される処理のフローチャートの一例である。図１１から図１４に示される処理の実行主体は、センタサーバ１のＣＰＵ １０１であるが、便宜上、機能構成要素を主体として説明する。図１５に示される処理の実行主体は、ユーザ端末２のＣＰＵ ２０１であるが、便宜上、機能構成要素を主体として説明する。

図１１は、センタサーバ１がユーザ端末２からロッカー使用依頼を受信した場合の処理のフローチャートの一例である。図１１に示される処理は、所定の周期で繰り返し実行される。

ＯＰ１０１では、制御部１１は、ユーザ端末２からロッカー使用依頼を受信したか否かを判定する。ユーザ端末２からロッカー使用依頼が受信された場合には（ＯＰ１０１：Ｙ
ＥＳ）、処理がＯＰ１０２へ進む。ユーザ端末２からロッカー使用依頼が受信されていない場合には（ＯＰ１０１：ＮＯ）、図１１に示される処理が終了する。以降、図１１において、ユーザ端末２は、ＯＰ１０１で受信されたロッカー使用依頼の送信元のユーザ端末を示す。

ＯＰ１０２では、制御部１１は、スケジュール情報ＤＢ １３を参照して、受信したロッカー使用依頼に対して割り当て可能なロッカー４が存在するか否かを判定する。例えば、制御部１１は、預入日時から少なくとも取出日時までスケジュールが設定されていない収納部であって、預入場所に預入日時までに到着可能であり、且つ、取出場所に取出日時までに到着可能な車両３に積載されている収納部があるか否かを判定する。受信したロッカー使用依頼に対して割り当て可能なロッカー４が存在する場合には（ＯＰ１０２：ＹＥＳ）、受信されたロッカー使用依頼についてサービス提供することが承諾され、処理がＯＰ１０３へ進む。受信したロッカー使用依頼に対して割り当て可能なロッカー４が存在しない場合には（ＯＰ１０２：ＮＯ）、制御部１１は、ロッカー使用依頼に対して不可を示す応答を送信し、図１１に示される処理が終了する。

ＯＰ１０３では、制御部１１は、ロッカー使用依頼に対して割り当て可能なロッカー４の中から、ロッカー使用依頼に対して割り当てる収納部と車両３とを決定する。ロッカー使用依頼に対して割り当てられる車両３は、預入場所に預入日時までに到着可能であり、且つ、取出場所に取出日時までに到着可能な車両３が選択される。ロッカー使用依頼に対して割り当てられる収納部は、ロッカー使用依頼に対して割り当てられた車両３に積載されているロッカー４のうち、預入日時から少なくとも取出日時までスケジュールが設定されていない収納部から選択される。以降、図１１において、車両３は、ロッカー使用依頼に対して割り当てられた車両を示す。

ＯＰ１０４では、制御部１１は、受信したロッカー使用依頼に対応するサービス情報をサービス情報ＤＢ １４に登録する。また、制御部１１は、割り当てられた車両３とロッカー４のスケジュールにロッカー使用依頼に対応するサービスのアイテムを登録する。

ＯＰ１０５では、制御部１１は、ユーザ端末２へ、ロッカー使用依頼に対する承諾の応答を送信する。承諾の応答とともに、割り当てられたロッカー４の収納部の認証情報も送信される。ＯＰ１０６では、制御部１１は、割り当てられた車両３について登録されたスケジュールに対応する走行計画を作成し、車両３へ送信する。その後、図１１に示される処理が終了する。

図１２、図１３、及び、図１４は、センタサーバ１の、荷物の取出管理処理のフローチャートの一例である。図１２から図１４に示される処理は、所定の周期で繰り返し実行される。図１２から図１４の処理は、例えば、サービス情報ＤＢ １４に保持されるレコードのうち、取出完了通知のフィールドの値が取出完了通知の受信無しを示す情報が格納されている各レコードについて実行される（図５参照）。図１２から図１４において、ユーザ端末２は、処理の対象のサービスに該当するユーザのユーザ端末を示す。

ＯＰ２０１では、制御部１１は、対象のサービスについて、ユーザ端末２から取出完了通知を受信したか否かを判定する。ユーザ端末２から取出完了通知が受信された場合には（ＯＰ２０１：ＹＥＳ）、処理がＯＰ２０２へ進む。ユーザ端末２から取出完了通知が受信されていない場合には（ＯＰ２０１：ＮＯ）、処理がＯＰ２０５へ進む。

ＯＰ２０２では、制御部１１は、例えば、サービス情報ＤＢ １４内の対象のサービスのレコードの「取出完了通知」のフィールドを取出完了通知又は受渡完了通知の受信有りを示す情報に更新して、ユーザ端末２から取出完了通知を受信したことを記録する。ＯＰ
２０３では、制御部１１は、対象のサービスについて、料金を算出する。料金は、例えば、預入日時から取出日時又は指定日時までの時間長、及び／又は、預入場所と取出場所との距離に基づいて、算出される。例えば、預入日時から取出日時又は指定日時までの時間長が長いほど、料金が高くなる。例えば、預入場所と取出場所との距離が長いほど、料金が高くなる。また、取出忘れの荷物の取り扱いの処理が実行されている場合には、その種類に応じて料金が追加される。ＯＰ２０４では、制御部１１は、ユーザ端末２へ応答を送信する。例えば、応答とともに、サービスの利用料金も送信される。その後、制御部１１は、決済処理を実行してもよい。決済処理は、例えば、予め登録されているクレジットカード情報を利用して行われてもよいし、ユーザの指定の住所に請求書を送信してもよい。その後、図１２に示される処理が終了する。

ＯＰ２０５では、制御部１１は、サービス情報ＤＢ １４を参照して、現在時刻が対象のサービスの取出日時であるか否かを判定する。現在時刻が対象のサービスの取出日時である場合には（ＯＰ２０５：ＹＥＳ）、処理が図１３のＯＰ３０１へ進む。現在時刻が対象のサービスの取出日時になっていない場合には（ＯＰ２０５：ＮＯ）、処理がＯＰ２０１へ進む。

図１３に示される処理は、対象のサービスについて取出完了通知が受信されないまま取出日時になったタイミングで実行される処理である。

ＯＰ３０１では、制御部１１は、対象のサービスについて、取出忘れ時の店舗での一時保管の承諾が有るか否かを判定する。ＯＰ３０１の判定は、対象のサービスのサービス情報ＤＢ １４のレコードの「一時保管指定」のフィールドに、取出忘れ時の店舗での一時保管の承諾が有ることを示す情報が格納されているか否かに基づいて行われる。対象のサービスについて、取出忘れ時の店舗での一時保管の承諾が有る場合には（ＯＰ３０１：ＹＥＳ）、処理がＯＰ３０２へ進む。対象のサービスについて、取出忘れ時の店舗での一時保管の承諾がない場合には（ＯＰ３０１：ＮＯ）、処理がＯＰ３１１へ進む。

ＯＰ３０２では、制御部１１は、店舗情報ＤＢ １７を参照して、取出忘れの荷物を一時保管してもらう店舗５を選択する。取出忘れの荷物を一時保管してもらう店舗５は、第１実施形態では、対象のサービスを実行する車両３の現在位置から所定範囲内に存在する店舗である。なお、ＯＰ３０２における対象のサービスを実行する車両３の現在位置は、当該荷物の取出場所付近となる。以降、店舗５及び店舗端末６は、取出忘れの荷物を一時保管する店舗及び当該店舗の店舗端末を示す。車両３は、対象のサービスを実行する車両を示す。

ＯＰ３０３では、制御部１１は、店舗５の店舗端末６へ、一時保管依頼を送信する。一時保管依頼とともに、例えば、対象のサービス（荷物）に該当するサービス識別情報と、対象のサービスを依頼したユーザの識別情報と、車両３の識別情報と、当該荷物が収納されているロッカー４の識別情報と、当該ロッカー４の認証情報と、車両３の到着予定時刻も送信される。

ＯＰ３０４では、制御部１１は、店舗端末６から、承諾を示す応答が受信されたか否かを判定する。店舗端末６から承諾を示す応答が受信された場合には（ＯＰ３０４：ＹＥＳ）、処理が３０５へ進む。店舗端末６から拒否を示す応答が受信された場合には（ＯＰ３０４：ＮＯ）、処理がＯＰ３０２へ進み、取出忘れの荷物を一時保管してもらう店舗が選択し直される。

ＯＰ３０５では、制御部１１は、車両３の走行計画を作成し、車両３へ送信する。ＯＰ３０５において作成される車両３の走行計画には、例えば、店舗５へ移動することと、店
舗５で対象の荷物を下すことを含む。また、車両３の走行計画には、店舗５への出発予定時刻及び到着予定時刻も含まれる。

ＯＰ３０６では、制御部１１は、車両３の位置情報を監視し、車両３が店舗５に到着したか否かを判定する。制御部１１は、例えば、車両３の位置情報が店舗５の位置情報から所定範囲内の位置を示す場合に、車両３が店舗５に到着したことを判定する。所定範囲は、例えば、３ｍ～２０ｍ等の範囲である。車両３が店舗５に到着したことが検出された場合には（ＯＰ３０６：ＹＥＳ）、処理がＯＰ３０７へ進む。車両３が店舗５に到着したことが検出されていない場合には（ＯＰ３０６：ＮＯ）、制御部１１は、車両３が店舗５に到着するまで待機状態となる。

ＯＰ３０７では、制御部１１は、店舗端末６へ、車両３の到着を通知する。ＯＰ３０８では、制御部１１は、店舗端末６から預かり完了通知を受信したか否かを判定する。店舗端末６から預かり完了通知が受信された場合には（ＯＰ３０８：ＹＥＳ）、処理がＯＰ３０９へ進む。店舗端末６から預かり完了通知が受信されるまで（ＯＰ３０８：ＮＯ）、制御部１１は待機状態となる。

ＯＰ３０９では、制御部１１は、ユーザ端末２へ、取出し忘れの荷物を店舗５で一時保管していることを通知する荷物の店舗預かり通知を送信する。店舗預かり通知とともに、受取方法の選択要求も送信される。また、店舗預かり通知とともに、例えば、対象のサービスのサービス識別情報、及び、対象の荷物を保管している店舗５に関する情報も送信される。店舗５に関する情報には、例えば、店舗５の名称、及び、店舗５の住所等が含まれる。また、ＯＰ３０９では、制御部１１は、店舗５へ一時保管された荷物について、一時保管情報ＤＢ １５にレコードを追加する。

ＯＰ３１０では、制御部１１は、ユーザ端末２から、店舗預かり通知及び受取方法の選択要求の応答を受信したか否かを判定する。ユーザ端末２から応答が受信された場合には（ＯＰ３１０：ＹＥＳ）、処理が図１４のＯＰ４０１へ進む。ユーザ端末２から応答が受信されるまで（ＯＰ３１０：ＮＯ）、制御部１１は待機状態となる。店舗預かり通知及び受取方法の選択要求の応答とともに、ユーザによって選択された受取方法を示す情報も受信する。

ＯＰ３１１からＯＰ３１３の処理は、対象のサービスについて、取出忘れ時の店舗での一時保管の承諾がない場合の処理である。取出忘れ時の店舗での一時保管の承諾がない場合には、第１実施形態では、ユーザ端末２から当該荷物の取出依頼を受信するまで、当該荷物は車両３において預け入れられたままとなる。

ＯＰ３１１では、制御部１１は、ユーザ端末２から、取出依頼を受信したか否かを判定する。ユーザ端末２から取出依頼が受信された場合には（ＯＰ３１１：ＹＥＳ）、処理がＯＰ３１２へ進む。ユーザ端末２から取出依頼が受信されるまで（ＯＰ３１２：ＮＯ）、制御部１１は待機状態となる。取出依頼とともに、新たに指定された取出場所及び取出日時も受信される。

ＯＰ３１２では、制御部１１は、対象のサービスのサービス情報ＤＢ １４のレコードを更新する。具体的には、対象のサービスのサービス情報ＤＢ １４のレコードの取出場所及び取出日時を新たに指定された取出し場所及び取出日時で更新する。

ＯＰ３１３では、制御部１１は、車両３の走行計画を作成し、車両３へ送信する。ＯＰ３１３において作成される車両３の走行計画には、例えば、取出日時までに取出場所へ移動することと、及び、取出し場所に置いて荷物を受け渡すことを含む。その後、処理が図
１２のＯＰ２０１へ進む。

次に、図１４に示される処理は、店舗５に一時保管されている荷物について、ユーザ端末２から、ユーザによって選択された受取方法を示す情報が受信された場合の処理である。ＯＰ４０１では、制御部１１は、ユーザ端末２から受信された、ユーザによって選択された受取方法を示す情報が店舗受取を示すか否かを判定する。ユーザによって選択された受取方法を示す情報が店舗受取を示す場合には（ＯＰ４０１：ＹＥＳ）、処理がＯＰ４０２へ進む。ユーザによって選択された受取方法を示す情報が配達による受け取りを示す場合には（ＯＰ４０１：ＮＯ）、処理がＯＰ４０９へ進む。

ＯＰ４０２からＯＰ４０８の処理は、店舗５に一時保管されている荷物の受取方法として店舗受取が選択された場合の処理である。ＯＰ４０２では、制御部１１は、店舗端末６へ、ユーザによって選択された受取方法の通知を送信する。なお、ＯＰ４０２において、制御部１１は、一時保管情報ＤＢ １５の該当するレコードの受取方法のフィールドを、店舗受取を示す情報で更新する。ＯＰ４０２で送信される通知とともに、例えば、店舗端末６へは、対象の荷物に対応するサービス識別情報、対象の荷物を車両３に預け入れたユーザの識別情報、及び、選択された受取方法を示す情報として店舗での受け取りを示す情報も送信される。

ＯＰ４０３では、制御部１１は、ユーザ端末２へ、店舗での受け取りを受け付けたことを示す店舗受取受付通知を送信する。店舗受取受付通知とともに、例えば、対象のサービスのサービス識別情報、対象のユーザの識別情報、及び、店舗５に関する情報も送信される。店舗５に関する情報には、例えば、店舗５の名称及び住所等が含まれる。

ＯＰ４０４では、制御部１１は、店舗端末６から、受渡完了通知を受信したか否かを判定する。店舗端末６から受渡完了通知が受信された場合には（ＯＰ４０４：ＹＥＳ）、処理がＯＰ４０５へ進む。店舗端末６から受渡完了通知が受信されるまで（ＯＰ４０４：ＮＯ）、制御部１１は待機状態となる。受渡完了通知とともに、対象のサービスのサービス識別情報も受信される。

ＯＰ４０５では、制御部１１は、店舗端末６へ受渡完了通知に対する応答を送信する。ＯＰ４０６では、制御部１１は、例えば、サービス情報ＤＢ １４内の対象のサービスのレコードの「取出完了通知」のフィールドを取出完了通知又は受渡完了通知の受信有りを示す情報に更新して、ユーザ端末２から受渡完了通知を受信したことを記録する。ＯＰ４０７では、制御部１１は、対象のサービスについて、料金を算出する。ＯＰ４０７では、店舗受取のため、第１実施形態では、店舗５での荷物の一時保管に関する追加の料金は発生しない。

ＯＰ４０８では、制御部１１は、ユーザ端末２へ、荷物の受け渡しが完了したことを通知する受渡確認通知を送信する。例えば、受渡確認通知とともに、サービスの利用料金も送信される。その後、制御部１１は、決済処理を実行してもよい。その後、図１４に示される処理が終了する。

ＯＰ４１１からＯＰ４１８の処理は、店舗５に一時保管されている荷物の受取方法として配達による受け取りが選択された場合の処理である。ユーザ端末２から、ユーザによって選択された受取方法を示す情報として配達による受け取りを示す情報とともに、配達先及び配達の希望日時も受信される。

ＯＰ４１１では、制御部１１は、運搬を行う車両３とロッカー４との割り当てを行う。ＯＰ４１２では、制御部１１は、店舗端末６へ、ユーザによって選択された受取方法の通
知を送信する。ＯＰ４１２で送信される通知とともに、例えば、店舗端末６へは、対象の荷物に対応するサービス識別情報、対象の荷物を車両３に預け入れたユーザの識別情報、選択された受取方法を示す情報として配達による受け取りを示す情報、運搬を行う車両３の識別情報、対象の荷物を収納する収納部の識別情報、及び、当該収納部の認証情報も送信される。なお、ＯＰ４１２において、制御部１１は、一時保管情報ＤＢ １５の該当するレコードの受取方法、配送先、及び、配送指定日時のフィールドを、それぞれ、配達による受け取りを示す情報、受信した配送先、及び、受信した配送日時で更新する。

ＯＰ４１３では、制御部１１は、ユーザ端末２へ、荷物の配達による受け取りを受け付けたことを示す配達受付通知を送信する。配達受付通知とともに、例えば、対象のサービスのサービス識別情報、対象のユーザの識別情報、配達先及び配達指定日時、運搬する車両３の識別情報、荷物が収納されている収納部の識別情報、及び、当該収納部の認証情報も送信される。

ＯＰ４１４では、制御部１１は、車両３の走行計画を作成し、車両３へ送信する。ＯＰ４１４において作成される車両３の走行計画には、例えば、店舗５へ移動し、店舗５において対象の荷物を積み込み、配達日時までに配達先へ移動し、配達先に置いて荷物を受け渡すことを含む。

ＯＰ４１５では、制御部１１は、車両３の位置情報を監視し、車両３が店舗５に到着したか否かを判定する。車両３が店舗５に到着したことが検出された場合には（ＯＰ４１５：ＹＥＳ）、処理がＯＰ４１６へ進む。車両３が店舗５に到着したことが検出されていない場合には（ＯＰ４１５：ＮＯ）、制御部１１は、車両３が店舗５に到着するまで待機状態となる。

ＯＰ４１６では、制御部１１は、店舗端末６へ、車両３の到着を通知する。ＯＰ４１７では、制御部１１は、店舗端末６から、対象の荷物の車両３への積み込みが完了したことを示す積込完了通知を受信したか否かを判定する。店舗端末６から積込完了通知が受信された場合には（ＯＰ４１７：ＹＥＳ）、処理がＯＰ４１８へ進む。店舗端末６から積込完了通知が受信されるまで（ＯＰ４１７：ＮＯ）、制御部１１は待機状態となる。積込完了とともに、例えば、対象のサービスのサービス識別情報も受信される。

ＯＰ４１８では、制御部１１は、図１２のＯＰ２０１からＯＰ２０４の処理と同様の処理を行う。ただし、ＯＰ４１４の処理として図１２のＯＰ２０１からＯＰ２０４の処理と同様の処理が行われる場合には、取出場所及び取出日時に代えて、配達先及び配達指定日時が用いられる。すなわち、ＯＰ４１４では、例えば、ユーザ端末２から取出完了通知が受信された場合には（ＯＰ２０１：ＹＥＳ）、当該荷物の取出完了をサービス情報ＤＢ １４に記録し（ＯＰ２０２）、料金を算出し（ＯＰ２０３）、ユーザ端末２へ応答が送信される（ＯＰ２０４）。例えば、配達指定日時が過ぎてもユーザ端末２から取出完了通知が受信されない場合には（ＯＰ２０１：ＮＯ）、処理が図１３の処理へ進む。その後、図１４に示される処理が終了する。

図１５は、ユーザ端末２の、センタサーバ１から荷物の店舗預かり通知が受信された場合の処理のフローチャートである。図１５に示される処理は、例えば、取出日時を経過しても取出完了のユーザ操作が入力されず、且つ、取出忘れの荷物を店舗５に一時保管することに承諾することを示す情報が記憶されている場合に、開始される。例えば、ユーザ端末２は、ロッカー使用依頼画面において入力された情報をメモリ２０２の記憶領域に保持している。すなわち、図１５に示される処理は、取出日時までに車両３に積載されたロッカー４から荷物が取り出された場合、及び、ユーザが、取出忘れの荷物を店舗５に一時保管することに承諾していない場合には実行されない。

ＯＰ５０１では、制御部２１は、センタサーバ１から荷物の店舗預かり通知を受信したか否かを判定する。センタサーバ１から荷物の店舗預かり通知が受信された場合には（ＯＰ５０１：ＹＥＳ）、処理がＯＰ５０２へ進む。センタサーバ１から荷物の店舗預かり通知が受信されるまで（ＯＰ５０１：ＮＯ）、制御部２１は待機状態となる。荷物の店舗預かり通知とともに、受取方法の選択要求も受信される。

ＯＰ５０２では、制御部２１は、取出忘れの荷物の店舗での一時保管通知画面をタッチパネルディスプレイ２０５に表示させる。ＯＰ５０３では、制御部２１は、タッチパネルディスプレイ２０５を通じて、「受取方法設定依頼」ボタンの選択操作が入力されたか否かを判定する。「受取方法設定依頼」ボタンの選択操作は、受取方法設定依頼のユーザ操作に相当する。取出忘れの荷物の店舗での一時保管通知画面では、受取方法の選択結果、選択された受取方法が配達による受け取りの場合には、配達先と配達希望日時との情報が入力される（図１０）。

受取方法設定依頼のユーザ操作が入力された場合には（ＯＰ５０３：ＹＥＳ）、処理がＯＰ５０４へ進む。受取方法設定依頼のユーザ操作が入力されるまで（ＯＰ５０３：ＮＯ）、制御部２１は待機状態となる。

ＯＰ５０４では、制御部２１は、センタサーバ１へ、預かり通知の応答とともに、ユーザによって選択された受取方法を示す情報を送信する。選択された受取方法が配達による受け取りの場合には、配達先と配達希望日時との情報もセンタサーバ１へ送信される。その後、図１５に示される処理が終了する。

なお、図１１から図１５に示されるセンタサーバ１又はユーザ端末２の処理は、いずれも一例であって、センタサーバ１およびユーザ端末２の処理はこれらに限定されない。センタサーバ１およびユーザ端末２の処理は、実施の形態に応じて、適宜変更可能である。

＜処理シーケンスの例＞
図１６、図１７、及び、図１８は、移動ロッカーシステム１００における処理のシーケンスの一例を示す図である。図１６は、荷物の取出忘れが発生し、当該荷物が店舗５へ預け入れられるまでの処理のシーケンスの一例である。なお、図１６から図１８に示される例において、ユーザ端末２のユーザは、取出忘れの荷物を店舗に一時保管することについて承諾していることとする。また、取出忘れの荷物は、車両３Ａに積載されているロッカー４に収納されていることとする。

Ｓ１１では、センタサーバ１は、取出日時になってもユーザ端末２から取出完了通知を受信していないので（図１２のＯＰ２０１：ＹＥＳ、ＯＰ２０５：ＹＥＳ）、荷物の取出忘れが発生したことを検出する。Ｓ１２では、センタサーバ１は、当該サービスについて取出忘れ時の店舗での一時保管の承諾が有るので（図１３のＯＰ３０１：ＹＥＳ）、当該荷物を一時保管してもらう店舗として店舗５を選択する（図１３のＯＰ３０２）。

Ｓ１３では、センタサーバ１は、店舗５の店舗端末６へ、一時保管依頼を送信する（図１３のＯＰ３０３）。一時保管依頼とともに、例えば、対象のサービスに該当するサービス識別情報と、対象のサービスを依頼したユーザの識別情報と、車両３Ａの識別情報と、当該荷物が収納されているロッカー４の識別情報と、当該ロッカー４の認証情報と、車両３Ａの店舗５への到着予定時刻も送信される。

店舗端末６は、一時保管依頼を受信し、例えば、荷物の一時保管依頼が発生したことをタッチパネルディスプレイに表示して、店舗５のスタッフに通知する。店舗５のスタッフ
は、一時保管依頼の情報を確認すると、店舗端末６へ承諾応答をユーザ操作を入力し、これによって、店舗端末６はセンタサーバ１へ承諾応答を送信する。センタサーバ１は、店舗端末６から承諾応答を受信する（図１３のＯＰ３０４：ＹＥＳ）。

Ｓ１５では、センタサーバ１は、車両３Ａについて、店舗５へ移動し、対象の荷物を預け入れることを含む走行計画を作成する。Ｓ１６では、センタサーバ１は、車両３Ａへ作成した走行計画を送信する（図１３のＯＰ３０５）。

Ｓ２１では、車両３Ａは、走行計画に含まれる出発予定日時になると、店舗５への移動を開始し、到着予定日時に店舗５へ到着する。Ｓ２２では、センタサーバ１は、車両３Ａの位置情報から、車両３Ａが店舗５に到着したことを検出する（図１３のＯＰ３０６：ＹＥＳ）。Ｓ２３では、センタサーバ１は、店舗端末６へ、車両３Ａの到着を通知する（図１３のＯＰ３０７）。店舗端末６は、車両３Ａの到着の通知を受信すると、例えば、タッチパネルディスプレイに車両３Ａの到着を通知したり、スピーカからアラーム音を出力したりして、店舗５のスタッフに報知する。

Ｓ２４では、店舗５のスタッフが車両３Ａから対象の荷物を取り出して、店舗５内に運び入れる。対象の荷物がどの収納部に格納されているかは、一時保管依頼とともに受信される情報によって特定可能である。また、店舗５のスタッフは、対象の荷物が格納されている収納部の認証情報を用いて、当該収納部を解錠して、荷物を取り出す。対象の荷物が格納されている収納部の認証情報は、一時保管依頼とともにセンタサーバ１から受信される。Ｓ２５では、店舗５のスタッフは、店舗端末６へ荷物の預かり完了のユーザ操作を入力し、店舗端末６は、センタサーバ１へ預かり完了通知を送信する。センタサーバ１は、店舗端末６から、荷物の預かり完了通知を受信する（図１３のＯＰ３０８：ＹＥＳ）。

図１７は、ユーザが、店舗５に一時保管されている荷物を店舗で受け取る場合のシーケンスの一例である。図１７に示されるシーケンスは、図１６のＳ２４に続いて発生するシーケンスである。

Ｓ３１では、センタサーバ１は、ユーザ端末２へ、店舗預かり通知と受取方法選択要求とを送信する（図１３のＯＰ３０９）。店舗預かり通知とともに、例えば、対象の荷物に該当するサービス識別情報、店舗５の名称、及び、店舗５の住所等が含まれる。ユーザ端末２は、店舗預かり通知と受取方法選択要求とを受信すると（図１５のＯＰ５０１：ＹＥＳ）、取出忘れの荷物の店舗での一時保管通知画面をタッチパネルディスプレイ２０５に表示させる（図１５のＯＰ５０２）。図１７に示される例では、ユーザは、店舗での受け取りを選択し、受取方法設定依頼のユーザ操作とともに、店舗での受け取りの選択操作が入力される（図１５のＯＰ５０３：ＹＥＳ）。なお、ユーザは、店舗預かり通知とともに受信された店舗５の名称及び住所等を参考にして、受取方法を決定することができる。

Ｓ３２では、ユーザ端末２は、センタサーバ１へ、預かり通知の応答とともに、ユーザによって選択された受取方法を示す情報として店舗での受け取りを示す情報を送信する（図１５のＯＰ５０４）。センタサーバ１は、ユーザ端末２から、預かり通知の応答と、店舗での受け取りを示す情報とを受信する（図１３のＯＰ３１０：ＹＥＳ、図１４のＯＰ４０１：ＹＥＳ）。

Ｓ３３では、センタサーバ１は、店舗端末６へ、ユーザによって店舗での受け取りが選択されたことを示す通知を送信する（図１４のＯＰ４０２）。当該通知とともに、例えば、店舗端末６へは、対象の荷物に対応するサービス識別情報、対象の荷物を車両３に預け入れたユーザの識別情報、及び、選択された受取方法を示す情報として店舗での受け取りを示す情報も送信される。

Ｓ３４では、センタサーバ１は、ユーザ端末２へ、ユーザ端末２へ、店舗受取受付通知を送信する（図１４のＯＰ４０３）。店舗受取受付通知とともに、例えば、対象のサービスのサービス識別情報、対象のユーザの識別情報、店舗５の名称、及び、店舗５の住所等が含まれる。

Ｓ４１では、ユーザ端末２のユーザは、店舗５へ移動する。ユーザは、センタサーバ１から店舗受取受付通知とともに受信された店舗５の名称、及び、店舗５の住所を参照して、店舗５へ移動する。Ｓ４２では、店舗５のスタッフによってユーザ端末２のユーザの本人確認が行われた後、荷物がユーザに受け渡される。ユーザ端末２のユーザの本人確認は、例えば、ユーザ端末２のユーザが対象の荷物に対応するサービス識別情報とユーザ端末２のユーザの識別情報を店舗５のスタッフに提示し、店舗５のスタッフが、店舗端末６に保持されているサービス識別情報及びユーザ端末２のユーザの識別情報と一致することを確認することで行われる。ただし、ユーザの本人確認はこれに限定されない。

Ｓ４３では、例えば、店舗５のスタッフによって、店舗端末６へ受渡完了が入力され、店舗端末６は、センタサーバ１へ、受渡完了通知を送信する。センタサーバ１は、店舗端末６から、受渡完了通知を受信する（図１４のＯＰ４０４：ＹＥＳ）。Ｓ４４では、センタサーバ１は、店舗端末６へ、受渡完了通知に対する応答を送信する（図１４のＯＰ４０５）。

Ｓ４５では、センタサーバ１は、車両３へ、受渡確認通知を送信する（図１４のＯＰ４０８）。例えば、受渡確認通知とともに、サービスの利用料金も送信される。

図１８は、ユーザが、店舗５に一時保管されている荷物を配達によって受け取る場合のシーケンスの一例である。図１８に示されるシーケンスは、図１６のＳ２４に続いて発生するシーケンスである。

Ｓ５１では、センタサーバ１は、ユーザ端末２へ、店舗預かり通知と受取方法選択要求とを送信する（図１３のＯＰ３０９）。ユーザ端末２は、店舗預かり通知と受取方法選択要求とを受信すると（図１５のＯＰ５０１：ＹＥＳ）、取出忘れの荷物の店舗での一時保管通知画面をタッチパネルディスプレイ２０５に表示させる（図１５のＯＰ５０２）。図１８に示される例では、ユーザは、配達による受け取りを選択し、受取方法設定依頼のユーザ操作とともに、配達による受け取りの選択操作が入力される（図１５のＯＰ５０３：ＹＥＳ）。

Ｓ５２では、ユーザ端末２は、センタサーバ１へ、預かり通知の応答とともに、ユーザによって選択された受取方法を示す情報として配達による受け取りを示す情報を送信する（図１５のＯＰ５０４）。センタサーバ１は、ユーザ端末２から、預かり通知の応答と、配達による受け取りを示す情報とを受信する（図１３のＯＰ３１０：ＹＥＳ、図１４のＯＰ４０１：ＮＯ）。

Ｓ５３では、センタサーバ１は、店舗５に一時保管されている荷物を配達する車両として車両３Ｂと、当該荷物を収納するロッカー４の収納部を決定する（図１４のＯＰ４１１）。Ｓ５４では、センタサーバ１は、店舗端末６へ、ユーザによって配達による受け取りが選択されたことを示す通知を送信する（図１４のＯＰ４１２）。当該通知とともに、例えば、店舗端末６へは、対象の荷物に対応するサービス識別情報、対象の荷物を車両３に預け入れたユーザの識別情報、及び、選択された受取方法を示す情報として配達を示す情報も送信される。

Ｓ５５では、センタサーバ１は、ユーザ端末２へ、配達受付通知を送信する（図１４のＯＰ４１３）。配達受付通知とともに、例えば、対象のサービスのサービス識別情報、対象のユーザの識別情報、配達先及び配達指定日時、運搬する車両３の識別情報、荷物が収納されている収納部の識別情報、及び、当該収納部の認証情報も送信される。

Ｓ５６では、センタサーバ１は、車両３Ｂについて、店舗５へ移動し、対象の荷物を積み込み、配達先へ移動し、対象の荷物を受け渡すことを含む走行計画を作成する。Ｓ５７では、センタサーバ１は、車両３Ｂへ、作成した走行計画を送信する（図１４のＯＰ４１４）。

Ｓ６１では、車両３Ｂは、走行計画に含まれる出発予定日時になると、店舗５への移動を開始し、到着予定日時に店舗５へ到着する。Ｓ６２では、センタサーバ１は、車両３Ｂの位置情報から、車両３Ｂが店舗５に到着したことを検出する（図１４のＯＰ４１５：ＹＥＳ）。Ｓ６３では、センタサーバ１は、店舗端末６へ、車両３Ｂの到着を通知する（図１４のＯＰ４１６）。店舗端末６は、車両３Ｂの到着の通知を受信すると、例えば、タッチパネルディスプレイに車両３Ｂの到着を通知したり、スピーカからアラーム音を出力したりして、店舗５のスタッフに報知する。

Ｓ６４では、店舗５のスタッフが車両３Ｂへ対象の荷物を積み込む。対象の荷物を車両４Ｂのロッカー４のどの収納部に収納するかは、Ｓ５４において店舗端末６が受信した情報によって特定可能である。また、店舗５のスタッフは、対象の荷物を収納する収納部の認証情報を用いて、当該収納部を施錠する。対象の荷物を収納する収納部の認証情報は、Ｓ５４においてセンタサーバ１から受信される。Ｓ６５では、店舗５のスタッフは、店舗端末６へ荷物の積込完了のユーザ操作を入力し、店舗端末６は、センタサーバ１へ積込完了通知を送信する。センタサーバ１は、店舗端末６から、積込完了通知を受信する（図１４のＯＰ４１７：ＹＥＳ）。

Ｓ７１では、車両３Ｂは、走行計画に含まれる出発予定日時になると、配達先への移動を開始し、配達日時に配達先へ到着する。配達先では、ユーザ端末２のユーザが待機しており、車両３Ｂと落ち合う。Ｓ７２では、ユーザ端末２のユーザは、車両３Ｂのロッカー４の収納部から荷物を取り出す。対象の荷物が車両４Ｂのロッカー４のどの収納部に収納されているかは、Ｓ５５において配達受付通知とともにユーザ端末２が受信した情報によって特定可能である。また、ユーザ端末２のユーザは、対象の荷物を収納する収納部の認証情報を用いて、当該収納部を解錠する。対象の荷物を収納する収納部の認証情報は、Ｓ５５においてセンタサーバ１から受信される。

Ｓ７３では、ユーザ端末２のユーザは、ユーザ端末２へ、取出完了のユーザ操作を入力し、ユーザ端末２は、センタサーバ１へ取出完了通知を送信する。センタサーバ１は、ユーザ端末２から取出完了通知を受信する（図１４のＯＰ４１８、図１２のＯＰ２０１：ＹＥＳ）。Ｓ７４では、センタサーバ１は、ユーザ端末２へ、応答を送信する（図１４のＯＰ４１８、図１２のＯＰ２０４）。例えば、応答とともに、サービスの利用料金も送信される。図１８に示される例では、取出忘れの荷物を店舗５からユーザの指定場所まで配達しているので、サービス利用料金には、ロッカー４の使用料金に加えて追加料金が加算されている。

＜第１実施形態の作用効果＞
第１実施形態では、移動ロッカーに預け入れられた荷物が取出日時までに取り出されない場合には、当該荷物は車両３から下され、例えば、車両３の近くの店舗５に一時保管される。これによって、取出しが未定の荷物が車両３から下され、その分車両３に積載されたロッカー４の収納部が空くので、車両３は新たに別の荷物を預かることができる。した
がって、第１実施形態によれば、車両３に積載された移動ロッカー４の稼働率を向上させることができる。

また、第１実施形態では、店舗５に一時保管されている荷物の受取方法を、店舗での受け取りと配達による受け取りから、ユーザは選択することができる。これによって、ユーザは、取出忘れの荷物を自分の都合に合わせて受け取ることができる。

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

第１実施形態では、移動ロッカーサービスに対して、車両に積載された荷物を店舗へ一時保管することを適用したが、配送ロッカーサービスに対しても適用可能である。すなわち、配送ロッカーサービスにおいて、受取人に指定されているユーザに受け渡されなかった荷物を店舗へ一時保管することも可能である。例えば、第１実施形態で説明された技術において、以下の点を変更することで、配送ロッカーサービスにおいて、受取人に指定されているユーザに受け渡されなかった荷物を店舗へ一時保管することを実現することができる。

配送ロッカーサービスでは、荷物の配送を依頼するユーザ（依頼ユーザ）と、配送先で荷物を受け取るユーザ（受取ユーザ）とが異なってもよい。荷物の配送を依頼するユーザを、以下、依頼ユーザ、と称する。配送先で荷物を受け取るユーザを、以下、受取ユーザ、と称する。その為、依頼ユーザは、配送依頼を行う場合に、預入場所及び預入日時、配送先、及び、受取ユーザを指定する。なお、配送ロッカーサービスにおいて、配送日時の指定はオプションである。なお、依頼ユーザは、配送ロッカーサービスに登録しているユーザであるが、受取ユーザは配送ロッカーサービスに登録しているユーザでなくともよい。

移動ロッカーサービスでは、荷物の取出忘れの検出を契機として、荷物を店舗へ一時保管することに係る処理が開始される。これに代えて、配送ロッカーサービスでは、例えば、受取ユーザ不在等による荷物の受け渡しの失敗が発生したことを契機として、荷物を店舗へ一時保管することに係る処理が開始される。また、移動ロッカーサービスにおいて、荷物の取出忘れの発生以降、センタサーバ１からユーザに対する各種通知は、荷物を預け入れたユーザのユーザ端末２に宛てて行われる。これに代えて、配送ロッカーサービスでは、荷物の受け渡しの失敗の発生以降、センタサーバ１からユーザに対する各種通知は、受取ユーザのユーザ端末に宛てて行われる。受取ユーザのユーザ端末の連絡先（例えば、電子メール等）は、例えば、依頼ユーザによって配送依頼とともに指定されることで取得されてもよい。または、受取ユーザが配送ロッカーサービスに登録しているユーザである場合には、予め配送ロッカーシステムが受取ユーザのユーザ端末の連絡先について情報を保持している。

また、配送ロッカーサービスでは、センタサーバ１から依頼ユーザのユーザ端末及び店舗端末６へ各種通知共に送信される情報に、それぞれ、依頼ユーザに関する情報が追加して送信される。依頼ユーザに関する情報は、例えば、依頼ユーザの氏名及び住所、又は、依頼ユーザの識別情報である。これによって、受取ユーザが、店舗に一時保管された荷物を当該店舗で受け取る場合、及び、配達で受け取る場合に、店舗のスタッフによる受取ユーザの本人確認及び受取ユーザによる荷物の特定を行うことができる。

以上の点について変更することで、第１実施形態で説明された技術を配送ロッカーサービスにも適用することができる。

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

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

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

１・・センタサーバ
２・・ユーザ端末
３・・車両
４・・ロッカー
５・・店舗
６・・店舗端末
１１、２１・・制御部
１２・・ロッカー情報データベース
１３・・スケジュール情報データベース
１４・・サービス情報データベース
１５・・一時保管情報データベース
１６・・スケジュール調整部
１７・・店舗情報データベース
１８・・ユーザ情報データベース
１００・・移動ロッカーシステム
１０１、２０１・・ＣＰＵ
１０２、２０２・・メモリ
１０３、２０３・・外部記憶装置
１０４・・通信部
２０４・・無線通信部
２０５・・タッチパネルディスプレイ

Claims (20)

1. 積載された収納装置に収納された荷物を指定された場所まで運搬する第１の車両について、予定通りに第１のユーザに前記荷物を受け渡せない場合に、前記第１の車両へ、前記荷物を保管してもらう第１の店舗への移動を指示することを実行する制御部、
   を備える情報処理装置。
2. 前記制御部は、
   前記第１の店舗を第１の場所から所定範囲内に存在する店舗の中から決定する、
   請求項１に記載の情報処理装置。
3. 前記制御部は、
   前記第１の店舗へ、前記第１の車両に関する情報と、前記荷物に関する情報とを、通知する、
   請求項１又は２に記載の情報処理装置。
4. 前記収納装置は、認証情報の受信によって施解錠可能であり、
   前記制御部は、
   前記第１の店舗へ、前記収納装置の前記認証情報をさらに通知する、
   請求項３に記載の情報処理装置。
5. 前記制御部は、
   前記第１の車両が前記第１の店舗へ到着した場合に、前記第１の店舗へ、前記第１の車両の到着を通知する、
   請求項３又は４に記載の情報処理装置。
6. 前記制御部は、
   前記荷物が前記第１の車両から前記第１の店舗へ預け入れられた場合に、前記荷物を受け取る第１のユーザの端末へ、前記第１の店舗において前記荷物が保管されていることを通知することをさらに実行する、
   請求項１から５のいずれか一項に記載の情報処理装置。
7. 前記制御部は、
   前記第１のユーザの端末から、前記荷物の店舗での受け取り、又は、新たに指定された場所までの運搬による受け取りのいずれかを示す受取方法に関する情報を受信する、
   請求項６に記載の情報処理装置。
8. 前記制御部は、
   前記第１のユーザの端末から受信した前記受取方法に関する情報が、前記新たに指定された場所までの運搬による受け取りを示す場合に、前記荷物を前記第１の店舗から前記新たに指定された場所まで運搬する第２の車両を決定し、
   前記第２の車両について、前記第１の店舗へ移動し、前記第１の店舗において前記荷物を積載し、前記新たに指定された場所へ移動することを指示する、
   請求項７に記載の情報処理装置。
9. 前記制御部は、
   前記第１のユーザの端末から受信した前記受取方法に関する情報が、前記新たに指定された場所までの運搬による受け取りを示す場合に、前記第１のユーザに対して請求する料金に所定金額を追加する、
   請求項７又は８に記載の情報処理装置。
10. 前記第１の場所は、前記第１のユーザの自宅である、
    請求項２に記載の情報処理装置。
11. 前記第１の場所は、前記第１の車両の現在位置である、
    請求項２に記載の情報処理装置。
12. 前記制御部は、
    前記第１の店舗を、前記第１の車両の管理者と提携する事業者が運営する複数の店舗の中から選択する、
    請求項２から１１のいずれか一項に記載の情報処理装置。
13. コンピュータに、
    積載された収納装置に収納された荷物を指定の場所まで運搬する第１の車両について、予定通りに第１のユーザが前記荷物を受け取れず、前記荷物が第１の店舗に預け入れられた場合に、前記第１の店舗に前記荷物が保管されていることを示す通知を所定のサーバから受信することを実行させる、
    ためのプログラム。
14. 前記コンピュータに、
    前記荷物の前記第１の店舗での受け取り、又は、新たに指定された場所までの運搬による受け取りのいずれかを示す受取方法に関する情報の入力のユーザ操作を受け付けさせ、
    前記所定のサーバへ、前記受取方法に関する情報を送信させる、
    請求項１３に記載のプログラム。
15. コンピュータが、
    積載された収納装置に収納された荷物を指定された場所まで運搬する第１の車両について、予定通りに第１のユーザに前記荷物を受け渡せない場合に、前記荷物を保管してもらう第１の店舗を決定することと、
    前記第１の車両へ、前記第１の店舗への移動を指示することと、
    を含む情報処理方法。
16. 前記コンピュータが、
    前記第１の店舗へ、前記第１の車両に関する情報と、前記荷物に関する情報とを、通知する、
    請求項１５に記載の情報処理方法。
17. 前記収納装置は、認証情報の受信によって施解錠可能であり、
    前記コンピュータが、
    前記第１の店舗へ、前記収納装置の前記認証情報をさらに通知する、
    請求項１６に記載の情報処理方法。
18. 前記コンピュータが、
    前記第１の車両が前記第１の店舗へ到着した場合に、前記第１の店舗へ、前記第１の車両の到着を通知する、
    請求項１６又は１７に記載の情報処理方法。
19. 前記コンピュータが、
    前記荷物が前記第１の店舗へ預け入れられた場合に、前記荷物を受け取る第１のユーザの端末へ、前記第１の店舗へ荷物が保管されていることを通知することをさらに実行する
    、
    請求項１５から１８のいずれか一項に記載の情報処理方法。
20. 前記コンピュータが、
    前記第１のユーザの端末から、前記荷物の店舗での受け取り、又は、新たに指定された場所までの運搬による受け取りのいずれかを示す受取方法に関する情報を受信する、
    請求項１９に記載の情報処理方法。

Images