特許 7524867 情報処理装置、及び情報処理方法

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】

(24)【登録日】2024-07-22

(45)【発行日】2024-07-30

(54)【発明の名称】情報処理装置、及び情報処理方法

(51)【国際特許分類】

   G06Q 50/10 20120101AFI20240723BHJP

   G06Q 10/08 20240101ALI20240723BHJP

【ＦＩ】

G06Q50/10

G06Q10/08

【請求項の数】 4

(21)【出願番号】P 2021145427

(22)【出願日】2021-09-07

(65)【公開番号】P2023038615

(43)【公開日】2023-03-17

【審査請求日】2023-05-26

(73)【特許権者】

【識別番号】000003207

【氏名又は名称】トヨタ自動車株式会社

(74)【代理人】

【識別番号】110002860

【氏名又は名称】弁理士法人秀和特許事務所

(72)【発明者】

【氏名】辰本 裕樹

(72)【発明者】

【氏名】加藤 行成

(72)【発明者】

【氏名】柏倉 俊樹

(72)【発明者】

【氏名】鈴木 寛之

(72)【発明者】

【氏名】谷口 裕彦

【審査官】深津 始

(56)【参考文献】

【文献】特開２０１９－１２１１２６（ＪＰ，Ａ）

【文献】特開２０２０－１４０５０８（ＪＰ，Ａ）

【文献】特開２０１９－０７９０９２（ＪＰ，Ａ）

【文献】国際公開第２０２２／０３００４３（ＷＯ，Ａ１）

(58)【調査した分野】(Int.Cl.，ＤＢ名)

Ｇ０６Ｑ １０／００ －Ｇ０６Ｑ ９９／００

(57)【特許請求の範囲】

【請求項1】

荷物の預入場所、前記荷物の預入日時、前記荷物の取り出し場所である第１の場所、及び前記荷物の取り出し日時である第１の日時を指定する情報を含む使用依頼を、ユーザが使用するユーザ端末から受信したことに応じて、車両に搭載された移動式のロッカーへの荷物預かりサービスに関わる情報処理を実行する情報処理装置であって、
前記第１の日時より前の所定のタイミングで、前記ユーザ端末に、前記第１の日時を含む第１の情報を送信する、制御部を備え、
前記所定のタイミングは、前記第１の日時より第２の時間長早い日時以降であって、且つ前記車両の現在位置と前記第１の場所との距離が第１の距離以下になるタイミングであり、
前記制御部は、
前記第１の日時より前記第２の時間長早い日時が到来しているかを判定することと、
前記第１の日時より前記第２の時間長早い日時が到来していると判定されたことに応じて、前記車両の現在位置を取得することと、
前記第１の場所と前記車両の前記現在位置との距離を演算することと、
前記第１の場所と前記車両の前記現在位置との前記距離が前記第１の距離以下であるかを判定することと、
前記第１の場所と前記車両の前記現在位置との前記距離が前記第１の距離以下であると判定されたことに応じて、前記第１の情報を前記ユーザ端末へ送信することと、
を実行する、
情報処理装置。

【請求項2】

前記制御部は、
前記第１の情報として、前記第１の日時に加え、前記車両の現在位置、及び前記荷物を取り出す予定の第１の場所に前記車両が到着する予定日時を含む情報を、前記ユーザ端末へ送信する、
請求項１に記載の情報処理装置。

【請求項3】

荷物の預入場所、前記荷物の預入日時、前記荷物の取り出し場所である第１の場所、及び前記荷物の取り出し日時である第１の日時を指定する情報を含む使用依頼を、ユーザが使用するユーザ端末から受信したことに応じて実行される、車両に搭載された移動式のロッカーへの荷物預かりサービスに関わる情報処理方法であって、
コンピュータが、前記第１の日時より前の所定のタイミングで、前記ユーザ端末に、前記第１の日時を含む第１の情報を送信する情報処理方法であり、
前記所定のタイミングは、前記第１の日時より第２の時間長早い日時以降であって、且つ前記車両の現在位置と前記第１の場所との距離が第１の距離以下になるタイミングであり、
前記コンピュータが、
前記第１の日時より前記第２の時間長早い日時が到来しているかを判定することと、
前記第１の日時より前記第２の時間長早い日時が到来していると判定されたことに応じて、前記車両の前記現在位置を取得することと、
前記第１の場所と前記車両の前記現在位置との距離を演算することと、
前記第１の場所と前記車両の前記現在位置との前記距離が前記第１の距離以下であるかを判定することと、
前記第１の場所と前記車両の前記現在位置との前記距離が前記第１の距離以下であると判定されたことに応じて、前記第１の情報を前記ユーザ端末に送信することと、
を実行する、
情報処理方法。

【請求項4】

前記コンピュータが、
前記第１の情報として、前記第１の日時に加え、前記車両の現在位置、及び前記荷物を取り出す予定の第１の場所に前記車両が到着する予定日時を含む情報を、前記ユーザ端末へ送信する、
請求項３に記載の情報処理方法。

【発明の詳細な説明】

【技術分野】

【0001】

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

【背景技術】

【0002】

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

【先行技術文献】

【特許文献】

【0003】

【文献】特開２０１９－９６２０１号公報

【発明の概要】

【発明が解決しようとする課題】

【0004】

本開示の目的は、車両に搭載された移動式のロッカーへの荷物預かりサービスにおける荷物の取り出し忘れを抑制可能な技術を提供することにある。

【課題を解決するための手段】

【0005】

本開示の態様の一つは、
車両に搭載された移動式のロッカーに預け入れられた荷物を取り出す予定の第１の日時より前の所定のタイミングで、前記荷物を前記ロッカーに預け入れたユーザが使用するユーザ端末に、前記第１の日時を含む第１の情報を送信する、
制御部を備える、情報処理装置である。

【0006】

本開示の他の態様の一つは、
コンピュータが、
車両に搭載された移動式のロッカーに預け入れられた荷物を取り出す予定の第１の日時より前の所定のタイミングで、前記荷物を前記ロッカーに預け入れたユーザが使用するユーザ端末に、前記第１の日時を含む第１の情報を送信する、
情報処理方法である。

【0007】

本開示の他の態様の一つは、
ユーザ端末に、
車両に搭載された移動式のロッカーに預け入れられた荷物を取り出す予定の第１の日時より前の所定のタイミングで、前記第１の日時を含む第１の情報を出力させるための、
プログラムである。

【0008】

なお、本開示は、上記したプログラムを格納する非一時的記憶媒体として捉えることもできる。

【発明の効果】

【0009】

本開示によれば、車両に搭載された移動式のロッカーへの荷物預かりサービスにおける荷物の取り出し忘れを抑制可能な技術を提供することができる。

【図面の簡単な説明】

【0010】

【図1】図１は、第１実施形態に係る移動ロッカーシステムのシステム構成の一例を示す図である。

【図2】図２は、センタサーバとユーザ端末とのハードウェア構成の一例である。

【図3】図３は、センタサーバ及びユーザ端末の機能構成の一例を示す図である。

【図4】図４は、ロッカー情報ＤＢに保持される情報の一例である。

【図5】図５は、第１実施形態におけるサービス情報ＤＢに保持される情報の一例である。

【図6】図６は、スケジュール情報ＤＢに保持される情報の一例である。

【図7】図７は、ユーザ端末における第１の情報の表示画面の一例である。

【図8】図８は、第１実施形態において、所定の周期でセンタサーバにおいて実行される処理のフローチャートの一例である。

【図9】図９は、第２実施形態におけるサービス情報ＤＢに保持される情報の一例である。

【図10】図１０は、第２実施形態において、所定の周期でセンタサーバにおいて実行される処理のフローチャートの一例である。

【図11】図１１は、第３実施形態におけるサービス情報ＤＢに保持される情報の一例である。

【図12】図１２は、第３実施形態において、所定の周期でセンタサーバにおいて実行される処理のフローチャートの一例である。

【図13】図１３は、ユーザ端末におけるロッカー使用依頼画面の一例である。

【発明を実施するための形態】

【0011】

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

【0012】

移動ロッカーサービスを利用する場合には、ユーザは、例えば、荷物を預け入れる場所と日時、及び、荷物を取り出す場所と日時とを指定する。しかしながら、例えば、ユーザが、指定した日時に移動ロッカーから荷物を取り出す予定を忘れてしまう可能性がある。その場合、指定した場所で指定した日時に移動ロッカーから荷物の取り出しが行われないため、移動ロッカーを搭載した車両が運行スケジュールどおりに運行することができなくなる可能性もある。

【0013】

そこで、本開示の態様の一つでは、ユーザが指定した第１の日時（荷物を取り出す予定の日時）より前の所定のタイミングで、ユーザに第１の日時を含む第１の情報を通知するようにした。具体的には、本開示の態様の一つは、制御部を備える情報処理装置である。当該制御部は、車両に搭載された移動式のロッカーに預け入れられた荷物を取り出す予定の第１の日時より前の所定のタイミングで、荷物をロッカーに預け入れたユーザが使用するユーザ端末に、第１の日時を含む第１の情報を送信する。これにより、第１の日時に移動ロッカーから荷物を取り出す予定をユーザが忘れていても、第１の日時より前に当該予定をユーザに思い出させることができる。その結果、ユーザが第１の日時に移動ロッカーから荷物を取り出し忘れることを抑制することができる。

【0014】

情報処理装置は、例えば、サーバ等のコンピュータである。制御部は、例えば、コンピュータに備えられるＣＰＵ（Central Processing Unit）等のプロセッサである。ユーザ
端末は、例えば、スマートフォン、タブレット端末、又はウェアラブル端末等のように、ユーザが携帯可能な端末である。車両は、ドライバによる運転によって走行する車両、及び、ドライバによる運転無しに走行可能な自動走行車両の何れであってもよい。車両に搭載されたロッカーは、移動ロッカーに相当する。

【0015】

本開示の態様の１つでは、所定のタイミングは、第１の日時より第１の時間長早い日時
でもよい。その場合、制御部は、第１の日時より第１の時間長早いタイミングで、第１の情報をユーザ端末へ送信してもよい。これにより、第１の日時よりも第１の時間長早いタイミングで、第１の日時に移動ロッカーから荷物を取り出す予定を、ユーザに思い出させることができる。

【0016】

ここで、上記した第１の時間長は、荷物を取り出す予定の場所である第１の場所とユーザ端末の位置との距離に基づいて設定されてもよい。その場合、制御部は、ユーザ端末の位置を取得することと、第１の場所とユーザ端末の位置との距離が大きいほど、第１の時間長を長く設定することと、を実行するようにしてもよい。ここで、ユーザが携帯するユーザ端末の位置は、ユーザの位置と見なすことができる。そのため、ユーザ端末の位置と第１の場所との距離が大きいほど、ユーザが第１の場所からより離れた場所に位置していると推定される。ユーザの位置が第１の場所から離れているほど、ユーザが第１の場所へ移動するの要する時間が長くなる。これに対し、ユーザ端末の位置と第１の場所との距離が大きいほど、第１の時間長が長く設定されると、ユーザ端末の位置と第１の場所との距離が大きいほど、所定のタイミングがより早いタイミングとなる。つまり、ユーザの位置が第１の場所から離れているほど、より早いタイミングで、第１の日時に移動ロッカーから荷物を取り出す予定を、ユーザに思い出させることができる。これにより、ユーザが第１の場所から離れた場所に位置する場合であっても、ユーザが第１の日時までに第１の場所へ移動可能になる。その結果、ユーザは、第１の日時までに移動ロッカーから荷物を取り出すことが可能になる。

【0017】

なお、上記した第１の時間長は、ユーザが任意に指定することができるようにしてもよい。その場合、制御部は、ユーザ端末から、第１の時間長の指定を受け付けるようにしてもよい。これにより、ユーザは、任意のタイミングで、第１の情報を受け取ることができる。

【0018】

本開示の態様の１つでは、所定のタイミングは、第１の日時より第２の時間長早い日時以降であって、且つ車両の位置と第１の場所との距離が第１の距離以下になるタイミングに設定されてもよい。その場合、制御部は、車両の位置を取得することと、第１の日時より第２の時間長早い日時以降であって、且つ車両の位置と第１の場所との距離が第１の距離以下になるタイミングで、第１の情報をユーザ端末へ送信することと、を実行するようにしてもよい。これにより、第１の日時より第２の時間長早い日時（以下、「第２の日時」と記す場合もある。）より前に、車両の位置と第１の場所との距離が第１の距離以下になっても、第２の日時以降になるまでは、第１の情報がユーザ端末へ送信されない。つまり、第１の日時に比して過剰に早いタイミングで、車両の位置と第１の場所との距離が第１の距離以下になる事態が発生しても、第１の情報がユーザ端末へ送信されることを抑制することができる。

【0019】

本開示の態様の１つでは、所定のタイミングは、第１の日時より第３の時間長早い日時以降であって、且つユーザ端末の位置と第１の場所との距離が第２の距離以下になるタイミングに設定されてもよい。その場合、制御部は、ユーザ端末の位置を取得することと、第１の日時より第３の時間長早い日時以降であって、且つユーザ端末の位置と第１の場所との距離が第２の距離以下になるタイミングで、第１の情報をユーザ端末へ送信することと、を実行するようにしてもよい。これにより、第１の日時より第３の時間長早い日時（以下、「第３の日時」と記す場合もある。）より前に、ユーザ端末の位置と第１の場所との距離が第２の距離以下になっても、第３の日時以降になるまでは、第１の情報がユーザ端末へ送信されない。つまり、第１の日時に比して過剰に早いタイミングで、ユーザ端末の位置と第１の場所との距離が第２の距離以下になる事態が発生しても、第１の情報がユーザ端末へ送信されることを抑制することができる。

【0020】

本開示の態様の１つでは、所定のタイミングの設定条件をユーザが指定することができるようにしてもよい。例えば、制御部は、ユーザ端末から、（１）第１の日時より第１の時間長早いタイミングと、（２）第１の日時より第２の時間長早い日時以降であって且つ車両の位置と第１の場所との距離が第１の距離以下になるタイミングと、（３）第１の日時より第３の時間長早い日時以降であって且つユーザ端末の位置と第１の場所との距離が第２の距離以下になるタイミングと、のうちの何れかを所定のタイミングに指定することを受け付けるようにしてもよい。これにより、第１の情報がユーザ端末へ送信されるタイミングである所定のタイミングの設定条件を、ユーザが指定することができる。その結果、ユーザは、該ユーザに適したタイミングで、第１の情報を受け取ることができる。

【0021】

本開示の態様の１つでは、上記した（１）から（３）の何れかの指定は、移動ロッカーの使用依頼とともに行われるようにしてもよい。その場合、制御部は、ユーザ端末から、移動ロッカーの使用依頼とともに、当該指定を受け付けるようにしてもよい。これにより、ユーザは、移動ロッカーの使用依頼を行う際に、当該指定を行うことができる。

【0022】

本開示の態様の１つでは、制御部は、第１の情報として、第１の日時に加え、車両の現在位置、及び車両の第１の場所への到着予定日時を含む情報を、ユーザ端末に送信するようにしてもよい。これにより、ユーザは、第１の日時に加え、車両の現在位置、及び車両の第１の場所への到着予定日時を把握することができる。その結果、例えば、ユーザは、車両の現在位置およびまたは到着予定日時を考慮して、第１の場所へ移動することも可能になる。

【0023】

本開示は、他の態様の一つとして、コンピュータが実行する情報処理方法として特定することができる。当該情報処理方法は、コンピュータが、車両に搭載されたロッカーに預け入れられた荷物を取り出す予定の第１の日時より前の所定のタイミングで、前記荷物を前記ロッカーに預け入れたユーザが使用するユーザ端末に、前記第１の日時を含む第１の情報を送信する。当該コンピュータは、上記した情報処理装置として動作するコンピュータである。

【0024】

本開示は、他の態様の一つとして、プログラム、又は、当該プログラムを記録する非一時的なコンピュータ読み取り可能な記録媒体として特定することができる。当該プログラムは、ユーザ端末に、車両に搭載されたロッカーに預け入れられた荷物を取り出す予定の第１の日時より前の所定のタイミングで、前記第１の日時を含む第１の情報を出力させる。その場合のユーザ端末は、荷物をロッカーに預け入れたユーザが使用する端末である。

【0025】

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

【0026】

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

【0027】

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

【0028】

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

【0029】

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

【0030】

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

【0031】

ユーザ端末２は、移動ロッカーシステム１００のサービスを利用するユーザが利用する端末である。ユーザ端末２は、例えば、スマートフォン、タブレット端末、又はウェアラブル端末等のように、ユーザが携帯可能な端末である。ユーザ端末２には、移動ロッカーシステム１００のサービスを利用するためのアプリケーションプログラムがインストールされている。

【0032】

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

【0033】

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

【0034】

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

【0035】

ユーザは荷物を取り出す第１の場所及び第１の日時を予め指定しているが、第１の日時に第１の場所で車両３と落ち合い、車両３に搭載されるロッカー４から荷物を取り出す予定（以下、「第１の予定」と記す場合もある。）を、ユーザが忘れている場合も想定される。そこで、第１実施形態では、センタサーバ１は、第１の日時より前の所定のタイミングで、上記した予定に関する情報（第１の情報）を、ユーザ端末２へ送信する。所定のタイミングとしては、例えば、以下のタイミングを挙げることができる。
（１）第１の日時よりも第１の時間長早いタイミング。
（２）第１の日時より第２の時間長早い日時以降であって且つ車両３の現在位置と第１の場所との距離が第１の距離以下になるタイミング。
（３）第１の日時より第３の時間長早い日時以降であって且つユーザ端末２の位置と第１の場所との距離が第２の距離以下になるタイミング。

【0036】

所定のタイミングは、上記した（１）から（３）の何れかに予め決められていてもよく、又はロッカー使用依頼が行われる際にユーザが上記（１）から（３）の何れかを指定するようにしてもよい。第１実施形態では、上記した（１）のタイミングが所定のタイミングとして、予め決められている例について述べる。

【0037】

第１の情報は、第１の予定をユーザに思い出させるための情報であり、例えば、第１の日時を含む。なお、第１の情報は、第１の日時に加え、第１の場所、車両３の現在位置、及び第１の場所への車両３の到着予定日時等を含んでもよい。

【0038】

第１実施形態によれば、センタサーバ１は、第１の日時より第１の時間長早いタイミングである所定のタイミングで、第１の情報をユーザ端末２に送信する。これにより、センタサーバ１は、ユーザ端末２を通じて、第１の日時、第１の場所、及び車両３の現在位置をユーザに認識させることができる。その結果、ユーザが第１の予定を忘れている場合に、第１の日時が到来する前に、第１の予定をユーザに思い出させることができる。よって、ユーザが、第１の日時に第１の場所で車両３のロッカー４から荷物を取り出し忘れることを、抑制することができる。

【0039】

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

【0040】

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

【0041】

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

【0042】

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

【0043】

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

【0044】

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

【0045】

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

【0046】

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

【0047】

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

【0048】

位置センサ２０６は、ユーザ端末２の現在位置を取得するセンサである。位置センサ２０６は、例えば、ＧＰＳ（Global Positioning System）受信機であり、ユーザ端末２が
位置する場所の緯度及び経度を取得する。

【0049】

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

【0050】

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

【0051】

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

【0052】

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

【0053】

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

【0054】

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

【0055】

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

【0056】

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

【0057】

また、制御部１１は、第１の日時より前の所定のタイミングで、第１の情報をユーザ端末２へ送信する。第１実施形態における所定のタイミングは、前述したように、第１の日時より第１の時間長早いタイミングである。第１の時間長は、予め決められた時間（例えば、数十分から数時間）である。第１の情報は、前述したように、第１の予定（第１の日時に第１の場所で車両３と落ち合い、車両３のロッカー４から荷物を取り出す予定）をユーザに思い出させるための情報であり、第１の日時、第１の場所、車両３の現在位置、及び車両３の第１の場所への到着予定日時を含む。第１の日時、第１の場所、及び車両３の現在位置は、後述のサービス情報ＤＢ１２から取得される。車両３の第１の場所への到着予定日時は、後述のスケジュール情報ＤＢ１３から取得される。なお、第１の情報は、上記した情報に加え、ロッカー４の収納部の識別情報を含むようにしてもよい。

【0058】

ロッカー情報ＤＢ１２、スケジュール情報ＤＢ１３、及びサービス情報ＤＢ１４は、例えば、センタサーバ１の外部記憶装置１０３の記憶領域に作成される。ロッカー情報ＤＢ１２は、ロッカー４に関する情報を保持する。スケジュール情報ＤＢ１３は、ロッカー４のスケジュールを保持する。サービス情報ＤＢ１４は、移動ロッカーの使用のサービス情報を保持する。サービス情報は、１つのロッカー使用依頼に対して提供される移動ロッカーサービスに関する情報である。ロッカー情報ＤＢ１２、スケジュール情報ＤＢ１３、及びサービス情報ＤＢ１４に保持される情報の詳細は後述される。

【0059】

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

【0060】

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

【0061】

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

【0062】

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

【0063】

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

【0064】

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

【0065】

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

【0066】

車両の現在位置のフィールドには、該当のサービスに割り当てられたロッカー４を搭載する車両３の現在位置を示す情報が格納される。車両３の現在位置を示す情報は、例えば、住所、緯度及び経度、又はランドマーク名等である。

【0067】

所定のタイミングのフィールドには、第１の情報をユーザ端末２へ送信するタイミングを示す情報が格納される。第１実施形態では、所定のタイミングのフィールドには、取出日時（第１の日時）から第１の時間長早い日時を示す年月日時分が格納される。

【0068】

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

【0069】

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

【0070】

制御部１１は、車両３の現在位置を周期的に取得し、車両３の現在位置を取得する都度
、車両の現在位置のフィールドに格納される情報を更新する。また、制御部１１は、ユーザ端末２からロッカー使用依頼を受信し、サービスの提供が成立した場合に、ユーザ端末２から受信された取出日時から第１の時間長を減算することで、所定のタイミングを演算する。制御部１１は、演算された所定のタイミングを、所定のタイミングのフィールドに格納する。

【0071】

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

【0072】

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

【0073】

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

【0074】

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

【0075】

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

【0076】

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

【0077】

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

【0078】

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

【0079】

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

【0080】

（ユーザ端末の画面例）
図７は、移動ロッカーシステム１００のクライアントアプリケーションによるユーザ端末２の画面の一例である。図７は、ユーザ端末２における第１の情報の表示画面の一例である。第１の情報の表示画面は、第１の予定（第１の日時に第１の場所で車両３と落ち合い、車両３に搭載されるロッカー４から荷物を取り出す予定）を、ユーザに思い出させるための情報をユーザに提示する画面である。第１の情報の表示画面は、センタサーバ１から第１の情報をユーザ端末２が受信したときに表示される。

【0081】

図７に例示する第１の情報の表示画面には、取出日時、取出場所、到着予定日時、及び車両３の現在位置を示す情報が含まれる。取出日時は、ユーザがロッカー使用依頼を行った際に指定した第１の日時の年月日時分を示す文字情報である。取出場所は、ユーザが依頼を行った際に指定した第１の場所を示す住所、緯度及び経度、又は、ランドマーク名等を示す文字情報である。到着予定日時は、車両３が第１の場所へ到着する予定の日時の年月日時分を示す文字情報である。

【0082】

車両３の現在位置は、地図上における車両３の現在位置を示す情報である。図７に示す例では、車両３の現在位置を示す情報として、地図上における車両３の現在位置に加え、当該地図上における第１の場所も示されている。これにより、ユーザは、第１の場所を基準にして、車両３の現在位置を把握することができる。また、上記した地図上には、車両３の現在位置と第１の場所とに加え、ユーザの現在位置（ユーザ端末２の現在位置）が表示されるようにしてもよい。その場合、ユーザは、地図上に示された、第１の場所とユーザの現在位置（ユーザ端末２の現在位置）とを参照することで、ユーザの現在位置から第１の場所）への移動経路、及び移動に要する時間を把握することも可能になる。

【0083】

なお、ロッカー使用依頼画面の構成は、図７に示される例に限定されない。

【0084】

（処理の流れ）
図８は、所定の周期（例えば、数分から数十分毎）でセンタサーバ１において繰り返し実行される処理のフローチャートの一例である。図８に示される処理の実行主体は、センタサーバ１のＣＰＵ１０１であるが、便宜上、機能構成要素を主体として説明する。

【0085】

図８において、センタサーバ１の制御部１１は、サービス情報ＤＢ１４にアクセスして、所定のタイミングが到来したレコードを検索する（ステップＳ１０１）。例えば、制御部１１は、サービス情報ＤＢ１４に登録されているレコードの中で、所定のタイミングフ
ィールドに格納されている日時が現在日時と一致、又は現在日時に近似（例えば、現在日時の前後数分又は前後数十分以内）するレコードを検索する。制御部１１は、ステップＳ１０１の処理を実行し終えると、ステップＳ１０２の処理を実行する。

【0086】

ステップＳ１０２では、制御部１１は、該当するレコードがあるかを判定する。つまり、制御部１１は、サービス情報ＤＢ１４に登録されているレコードの中に、所定のタイミングが到来したレコード（所定のタイミングフィールドに格納されている日時が現在日時と一致、又は現在日時に近似するレコード）があるかを判定する。サービス情報ＤＢ１４に登録されているレコードの中に、該当するレコードがない場合（ステップＳ１０２で否定判定）、図８に示される処理が終了される。サービス情報ＤＢ１４に登録されているレコードの中に、該当するレコードがある場合（ステップＳ１０２で肯定判定）、処理がステップＳ１０３へ進む。

【0087】

ステップＳ１０３では、制御部１１は、第１の情報を生成するうえで必要となる各種データを、サービス情報ＤＢ１４及びスケジュール情報ＤＢ１３から抽出する。例えば、制御部１１は、サービス情報ＤＢ１４における該当レコードのサービスＩＤ、取出日時（第１の日時）、取出場所（第１の場所）、及び車両３の現在位置のフィールドに格納されている情報を抽出する。また、制御部１１は、サービス情報ＤＢ１４における該当レコードから抽出されたサービスＩＤを引数として、スケジュール情報ＤＢ１３にアクセスすることで、上記サービスＩＤに対応するサービスのスケジュールアイテム（例えば、図６中のアイテム＃２００）から、車両３の取出場所（第１の場所）への到着予定日時を抽出する。制御部１１は、ステップＳ１０３の処理を実行し終えると、ステップＳ１０４の処理を実行する。

【0088】

ステップＳ１０４では、制御部１１は、ステップＳ１０３で抽出されたデータに基づいて、第１の情報を生成する。第１の情報は、前述したように、第１の日時、大地居場所、車両３の現在位置、及び車両３の第１の場所への到着予定日時を含む情報である。制御部１１は、ステップＳ１０４の処理を実行し終えると、ステップＳ１０５の処理を実行する。

【0089】

ステップＳ１０５では、制御部１１は、ステップＳ１０４で生成された第１の情報を、ユーザ端末２へ送信する。第１の情報の送信先となるユーザ端末２は、サービス情報ＤＢ１４における該当レコードに対応するロッカー使用依頼を行ったユーザが使用する端末である。ステップＳ１０５の処理が実行されると、図８の処理が終了する。

【0090】

センタサーバ１からの第１の情報を受信したユーザ端末２では、制御部２１が、図６に示したような画面を、タッチパネルディスプレイ２０５に出力させることで、第１の情報をユーザに提示する。これにより、第１の日時より前の所定のタイミングで、第１の予定（第１の日時に第１の場所で車両３と落ち合い、車両３に搭載されるロッカー４から荷物を取り出す予定）をユーザに思い出させることができる。なお、ユーザ端末２の制御部２１は、図６に示したような画面をタッチパネルディスプレイ２０５に出力する際に、ユーザ端末２のスピーカから通知音を出力してもよい。これにより、第１の予定を、より確実にユーザに認識させることができる。

【0091】

（第１実施形態の作用効果）
第１実施形態では、ロッカー使用依頼を行うユーザによって指定された第１の日時より前の所定のタイミングで、第１の情報がユーザ端末２へ送信される。これにより、第１の予定（第１の日時に第１の場所で車両３と落ち合い、車両３に搭載されるロッカー４から荷物を取り出す予定）をユーザが忘れていても、第１の日時より前に第１の予定をユーザに思い出させることができる。その結果、ユーザが第１の日時に第１の場所で車両３のロ
ッカー４から荷物を取り出し忘れることを、抑制することができる。

【0092】

また、第１実施形態では、第１の日時に加え、第１の場所、車両３の現在位置、及び車両３の第１の場所への到着予定日時を含む第１の情報がユーザに提示される。これにより、ユーザは、車両３の現在位置およびまたは到着予定日時を考慮して、第１の場所へ移動することも可能になる。

【0093】

また、第１の情報が、第１の日時に加え、第１の場所、車両３の現在位置、及び車両３の第１の場所への到着予定日時に加え、ロッカー４の収納部の識別情報を含む場合には、ユーザが荷物を預け入れた収納部を忘れてしまった場合でも、該当する収納部をユーザに思い出させることも可能になる。

【0094】

（第１実施形態の変形例１）
所定のタイミングの決定に使用される第１の時間長は、第１の場所とユーザ端末２の位置との距離に応じて変更されるようにしてもよい。例えば、センタサーバ１の制御部１１は、第１の場所とユーザ端末２の位置とが大きいほど、第１の時間長を長くしてもよい。

【0095】

本変形例では、制御部１１は、第１の時間長の初期値にマージンを加算した時間長だけ第１の日時より早いタイミング（以下、「取得タイミング」と記す場合もある。）で、ユーザ端末２の位置情報を取得する。ユーザ端末２の位置情報は、ユーザ端末２の位置センサ２０６により取得された現在位置を示す情報である。斯様な位置情報を取得するにあたり、制御部１１は、取得タイミングで、位置情報要求信号を、ユーザ端末２に送信してもよい。位置情報要求信号を受信したユーザ端末２では、制御部２１は、位置センサ２０６を通じて、ユーザ端末２の現在位置を取得し、取得した現在位置を示す位置情報をセンタサーバ１へ送信してもよい。

【0096】

制御部１１は、上記した方法で取得した位置情報に基づいて、ユーザ端末２の現在位置と第１の場所との距離を演算する。演算された距離が基準値より大きければ、制御部１１は、第１の時間長の初期値に第１の補正値を加算した時間長を、第１の時間長に設定する。基準値は、例えば、第１の時間長の初期値以内に、ユーザが移動することができると推定される距離の最大値である。第１の補正値は、例えば、ユーザ端末２の現在位置と第１の場所との距離と、基準値と、の差が大きいほど、大きい値に設定される。

【0097】

また、ユーザ端末２の現在位置と第１の場所との距離が基準値より小さい場合は、制御部１１は、第１の時間長の初期値から第２の補正値を減算した時間長を、第１の時間長に設定する。第２の補正値は、例えば、ユーザ端末２の位置と第１の場所との距離と、基準値と、の差が大きいほど、大きい値に設定される。

【0098】

また、ユーザ端末２の現在位置と第１の場所との距離が基準値と同等である場合は、制御部１１は、第１の時間長の初期値を、第１の時間長に設定する。

【0099】

本変形例では、ユーザ端末２の現在位置と第１の場所との距離が大きいほど、第１の時間長が長く設定される。これにより、ユーザ端末２の現在位置と第１の場所との距離が大きいほど、所定のタイミングが、より早いタイミングとなる。つまり、ユーザ端末２の現在位置が第１の場所から離れているほど、より早いタイミングで、第１の情報がセンタサーバ１からユーザ端末２へ送信される。

【0100】

本変形例によれば、ユーザの現在位置が第１の場所から離れているほど、より早いタイミングで、第１の予定（第１の日時に第１の場所で車両３と落ち合い、車両３に搭載されるロッカー４から荷物を取り出す予定）を、ユーザに思い出させることができる。これに
より、ユーザが第１の場所から離れた場所に位置する場合であっても、ユーザが第１の日時までに第１の場所へ移動可能になる。その結果、ユーザは、第１の日時までにロッカー４から荷物を取り出すことが可能になる。

【0101】

（第１実施形態の変形例２）
所定のタイミングの決定に使用される第１の時間長は、ユーザにより任意に指定されるようにしてもよい。例えば、ユーザがロッカー使用依頼を行う場合に、預入場所及び預入日時と、第１の場所及び第１の日時と、に加え、第１の時間長が指定されるようにしてもよい。その場合、ユーザ端末２の制御部２１が、ロッカー使用依頼とともに、ユーザによって指定される、預入場所、預入日時、第１の場所、及び第１の日時に加え、第１の時間長の情報も、センタサーバ１へ送信するようにしてもよい。

【0102】

センタサーバ１の制御部１１は、ロッカー使用依頼とともに受信した、第１の時間長の情報に基づいて、所定のタイミングを設定してもよい。例えば、制御部１１は、第１の日時よりも、ユーザによって指定された第１の時間長早いタイミングを、所定のタイミングに設定してもよい。

【0103】

本変形例によれば、ユーザは、任意のタイミングで、第１の情報の提示を受けることができる。

【0104】

＜第２実施形態＞
本開示の第２実施形態について、図９から図１０に基づいて説明する。ここでは、前述した第１実施形態と異なる構成について説明し、第１実施形態と同様の構成については説明を省略する。

【0105】

前述した第１実施形態では、第１の日時より第１時間長早いタイミングを、所定のタイミングに設定する例について述べた。これに対し、第２実施形態では、第１の日時より第２の時間長早い日時以降であって、且つ車両３の現在位置と第１の場所との距離Ｄｓ１が第１の距離Ｔｈｒ１以下になるタイミングを、所定のタイミングに設定する例について述べる。

【0106】

図９は、第２実施形態におけるサービス情報ＤＢ１４に保持される情報の一例である。図９に示されるサービス情報ＤＢ１４の１レコードには、サービスＩＤ、ユーザＩＤ、ロッカーＩＤ、預入日時、預入場所、取出日時（第１の日時）、取出場所（第１の場所）、車両の現在位置、第２の日時、及び、取出完了通知のフィールドが含まれる。

【0107】

サービスＩＤ、ユーザＩＤ、ロッカーＩＤ、預入日時、預入場所、取出日時（第１の日時）、取出場所（第１の場所）、車両の現在位置、及び、取出完了通知のフィールドに格納される情報は、第１実施形態（図５）と同様である。第２の日時のフィールドには、第１の日時より第２の時間長早い日時（第２の日時）を示す年月日時分が格納される。第２の時間長は、第１実施形態における第１の時間長と同じ時間長でもよく、第１の時間長より長い時間長でもよく、又は第１の時間長より短い時間長でもよい。

【0108】

制御部１１は、ユーザ端末２からロッカー使用依頼を受信し、サービスの提供が成立した場合に、ユーザ端末２から受信された第１の日時から第２の時間長を減算することで、第２の日時を演算する。制御部１１は、演算された第２の日時を、第２の日時のフィールドに格納する。

【0109】

（処理の流れ）
図１０は、所定の周期でセンタサーバ１において繰り返し実行される処理のフローチャ
ートの一例である。図１０において、前述の図８と同様の処理には、図８と同一の符号を付している。

【0110】

図１０のフローチャートでは、図８のフローチャートにおけるステップＳ１０１－Ｓ１０２の処理の代わりに、ステップＳ２０１－Ｓ２０５の処理が実行される。なお、図１０に示される処理の実行主体は、図８と同様に、センタサーバ１のＣＰＵ１０１であるが、便宜上、機能構成要素を主体として説明する。

【0111】

ステップＳ２０１では、センタサーバ１の制御部１１が、サービス情報ＤＢ１４にアクセスして、第２の日時が到来しているレコードを検索する。例えば、制御部１１は、サービス情報ＤＢ１４に登録されているレコードの中で、第２の日時フィールドに格納されている日時が現在日時と一致、又は現在日時よりも前になるレコードを検索する。制御部１１は、ステップＳ２０１の処理を実行し終えると、ステップＳ２０２の処理を実行する。

【0112】

ステップＳ２０２では、制御部１１は、該当するレコードがあるかを判定する。つまり、制御部１１は、サービス情報ＤＢ１４に登録されているレコードの中に、第２の日時フィールドに格納されている日時が現在日時と一致、又は現在日時よりも前になるレコードがあるかを判定する。サービス情報ＤＢ１４に登録されているレコードの中に、該当するレコードがない場合（ステップＳ２０２で否定判定）、図１０に示される処理が終了される。サービス情報ＤＢ１４に登録されているレコードの中に、該当するレコードがある場合（ステップＳ２０２で肯定判定）、処理がステップＳ２０３へ進む。

【0113】

ステップＳ２０３では、制御部１１は、車両３の現在位置と第１の場所とを取得する。具体的には、制御部１１は、サービス情報ＤＢ１４の該当レコードにおける車両の現在位置フィールドに格納されている情報と、該当レコードにおける取出場所（第１の場所）フィールドに格納されている情報と、を抽出する。制御部１１は、ステップＳ２０３の処理を実行し終えると、ステップＳ２０４の処理を実行する。

【0114】

ステップＳ２０４では、制御部１１は、ステップＳ２０３で取得された情報に基づいて、車両３の現在位置と第１の場所との距離Ｄｓ１を演算する。制御部１１は、ステップＳ２０４の処理を実行し終えると、ステップＳ２０５の処理を実行する。

【0115】

ステップＳ２０５では、制御部１１は、ステップＳ２０４で演算された距離Ｄｓ１が第１の距離Ｔｈｒ１以下であるかを判定する。距離Ｄｓ１が第１の距離Ｔｈｒ１より大きい場合（ステップＳ２０５で否定判定）、図１０の処理が終了される。また、距離Ｄｓ１が第１の距離Ｔｈｒ１以下である場合（ステップＳ２０５で肯定判定）、制御部１１は、ステップＳ１０３－Ｓ１０５の処理を実行する。

【0116】

（第２実施形態の作用効果）
第２実施形態では、第２の日時（第１の日時よりも第２の時間長早い日時）よりも前に、車両３の現在位置と第１の場所との距離Ｄｓ１が第１の距離Ｔｈｒ１以下になっても、第２の日時以降になるまでは、第１の情報がセンタサーバ１からユーザ端末２へ送信されない。その結果、第１の日時に比して過剰に早いタイミングで、車両３が第１の場所に近づいても、第１の情報がセンタサーバ１からユーザ端末２へ送信されることを抑制することができる。

【0117】

＜第３実施形態＞
本開示の第３実施形態について、図１１から図１２に基づいて説明する。ここでは、前述した第１実施形態と異なる構成について説明し、第１実施形態と同様の構成については説明を省略する。

【0118】

前述した第１実施形態では、第１の日時より第１時間長早いタイミングを、所定のタイミングに設定する例について述べた。これに対し、第３実施形態では、第１の日時より第３の時間長早い日時以降であって、且つユーザの現在位置と第１の場所との距離Ｄｓ２が第２の距離Ｔｈｒ２になるタイミングを、所定のタイミングに設定する例について述べる。

【0119】

図１１は、第３実施形態におけるサービス情報ＤＢ１４に保持される情報の一例である。図１１に示されるサービス情報ＤＢ１４の１レコードには、サービスＩＤ、ユーザＩＤ、ロッカーＩＤ、預入日時、預入場所、取出日時（第１の日時）、第１の場所、ユーザの現在位置、第３の日時、及び、取出完了通知のフィールドが含まれる。

【0120】

サービスＩＤ、ユーザＩＤ、ロッカーＩＤ、預入日時、預入場所、取出日時（第１の日時）、取出場所（第１の場所）、及び、取出完了通知のフィールドに格納される情報は、第１実施形態（図５）と同様である。ユーザの現在位置のフィールドには、ユーザの現在位置を示す情報として、ユーザ端末２の現在位置を示す情報が格納される。第３の日時のフィールドには、第１の日時より第３の時間長早い日時（第３の日時）を示す年月日時分が格納される。第３の時間長は、第１実施形態における第１の時間長と同じ時間長でもよく、第１の時間長より長い時間長でもよく、又は第１の時間長より短い時間長でもよい。

【0121】

制御部１１は、ユーザ端末２からロッカー使用依頼を受信し、サービスの提供が成立した場合に、ユーザ端末２から受信された取出日時から第３の時間長を減算することで、第３の日時を演算する。制御部１１は、演算された第３の日時を、第２の日時のフィールドに格納する。また、制御部１１は、位置情報要求信号を周期的にユーザ端末２へ送信することで、ユーザ端末２の位置センサ２０６により取得された位置情報を周期的に取得する。制御部１１は、ユーザ端末２からの位置情報を取得する都度、ユーザの現在位置フィールドに格納される情報を更新する。

【0122】

（処理の流れ）
図１２は、所定の周期でセンタサーバ１において繰り返し実行される処理のフローチャートの一例である。図１２において、前述の図８と同様の処理には、図８と同一の符号を付している。

【0123】

図１２のフローチャートでは、図８のフローチャートにおけるステップＳ１０１－Ｓ１０２の処理の代わりに、ステップＳ３０１－Ｓ３０５の処理が実行される。なお、図１２に示される処理の実行主体は、図８と同様に、センタサーバ１のＣＰＵ１０１であるが、便宜上、機能構成要素を主体として説明する。

【0124】

ステップＳ３０１では、センタサーバ１の制御部１１が、サービス情報ＤＢ１４にアクセスして、第３の日時が到来しているレコードを検索する。例えば、制御部１１は、サービス情報ＤＢ１４に登録されているレコードの中で、第３の日時フィールドに格納されている日時が現在日時と一致、又は現在日時よりも前になるレコードを検索する。制御部１１は、ステップＳ３０１の処理を実行し終えると、ステップＳ３０２の処理を実行する。

【0125】

ステップＳ３０２では、制御部１１は、該当するレコードがあるかを判定する。つまり、制御部１１は、サービス情報ＤＢ１４に登録されているレコードの中に、第３の日時フィールドに格納されている日時が現在日時と一致、又は現在日時よりも前になるレコードがあるかを判定する。サービス情報ＤＢ１４に登録されているレコードの中に、該当するレコードがない場合（ステップＳ３０２で否定判定）、図１２に示される処理が終了される。サービス情報ＤＢ１４に登録されているレコードの中に、該当するレコードがある場
合（ステップＳ３０２で肯定判定）、処理がステップＳ３０３へ進む。

【0126】

ステップＳ３０３では、制御部１１は、ユーザの現在位置（ユーザ端末２の現在位置）と第１の場所とを取得する。具体的には、制御部１１は、サービス情報ＤＢ１４の該当レコードにおけるユーザの現在位置フィールドに格納されている情報と、該当レコードにおける取出場所（第１の場所）フィールドに格納されている情報と、を読み出す。制御部１１は、ステップＳ３０３の処理を実行し終えると、ステップＳ３０４の処理を実行する。

【0127】

ステップＳ３０４では、制御部１１は、ステップＳ３０３で取得された情報に基づいて、ユーザの現在位置（ユーザ端末２の現在位置）と第１の場所との距離Ｄｓ２を演算する。制御部１１は、ステップＳ３０４の処理を実行し終えると、ステップＳ３０５の処理を実行する。

【0128】

ステップＳ３０５では、制御部１１は、ステップＳ３０４で演算された距離Ｄｓ２が第２の距離Ｔｈｒ２以下であるかを判定する。距離Ｄｓ２が第２の距離Ｔｈｒ２より大きい場合（ステップＳ３０５で否定判定）、図１２の処理が終了される。また、距離Ｄｓ２が第２の距離Ｔｈｒ２以下である場合（ステップＳ３０５で肯定判定）、制御部１１は、ステップＳ１０３－Ｓ１０５の処理を実行する。

【0129】

（第３実施形態の作用効果）
第３実施形態では、第３の日時（第１の日時よりも第３の時間長早い日時）よりも前に、ユーザの現在位置と第１の場所との距離Ｄｓ２が第２の距離Ｔｈｒ２以下になっても、第３の日時以降になるまでは、第１の情報がセンタサーバ１からユーザ端末２へ送信されない。その結果、第１の日時に比して過剰に早いタイミングで、ユーザが第１の場所に近づいても、第１の情報がセンタサーバ１からユーザ端末２へ送信されることを抑制することができる。

【0130】

＜その他の実施形態＞

【0131】

上記の実施形態はあくまでも一例であって、本開示はその要旨を逸脱しない範囲内で適宜変更して実施しうる。例えば、センタサーバ１の機能が、ユーザ端末２にインストールされるアプリケーションプログラムにより実現されてもよい。その場合、アプリケーションプログラムは、所定のタイミングで、第１の情報をユーザ端末２のタッチパネルディスプレイ２０５に出力させるように構成されてもよい。これにより、上記の実施形態と同様の作用効果を得ることができる。

【0132】

また、本開示において説明した処理及び手段は、技術的な矛盾が生じない限りにおいて、自由に組み合わせて実施することができる。例えば、前述した第１から第３実施形態では、所定のタイミングが下記（１）から（３）の何れかに予め決めれている例を挙げたが、ロッカー使用依頼が行われる際にユーザが下記（１）から（３）の何れかを任意に指定することができるようにしてもよい。
（１）第１の日時よりも第１の時間長早いタイミング。
（２）第１の日時より第２の時間長早い日時以降であって且つ車両３の現在位置と第１の場所との距離が第１の距離以下になるタイミング。
（３）第１の日時より第３の時間長早い日時以降であって且つユーザ端末２の位置と第１の場所との距離が第２の距離以下になるタイミング。

【0133】

ユーザが任意に所定のタイミングを指定する構成においては、ユーザがロッカー使用依頼を行う場合に、図１３に示すような画面がユーザ端末２のタッチパネルディスプレイ２０５に表示されるようにしてもよい。図１３の画面は、ロッカー使用依頼画面の一例であ
る。ロッカー使用依頼画面は、移動ロッカーサービスの利用の依頼を行うための画面である。ロッカー使用依頼画面は、例えば、移動ロッカーシステム１００のクライアントアプリケーションのメニューからロッカー使用依頼を選択すると表示される。

【0134】

図１３に示されているロッカー使用依頼画面には、預入場所、預入日時、取出場所（第１の場所）、及び取出日時（第１の日時）の入力欄と、通知タイミングを入力欄と、ロッカー使用依頼のボタンと、が含まれる。

【0135】

預入場所及び取出場所の入力欄には、それぞれ、キーワードによる検索、地図から選択、及び、登録住所から選択の指定方法を選択するラジオボタンが備えられている。「キーワードによる検索」が選択されると、入力されたキーワードによる検索結果が表示され、検索結果から預入場所又は取出場所を選択することができる。キーワードによる検索結果として、例えば、地名、駅名、建物名、及び、住所等が表示される。「地図から選択」が選択されると、地図の表示画面に遷移し、地図上で預入場所又は取出場所を設定することができる。「登録住所から選択」が選択されると、登録されている住所のリストが表示され、当該リストから預入場所又は取出場所を選択することができる。

【0136】

預入日時及び取出日時の入力欄には、月日時分のそれぞれを選択するためプルダウンメニューが備えられている。分の選択は、例えば、５分単位、１０分単位、１５分単位、又は、３０分単位で指定されるようにしてもよい。

【0137】

通知タイミングの入力欄には、上記（１）から（３）の何れかを所定のタイミングに指定するためのプルダウンメニューが備えられている。

【0138】

「依頼開始」ボタンが選択されると、ユーザ端末２の制御部２１が、ロッカー使用依頼のユーザ操作を受け付け、センタサーバ１へロッカー使用依頼を送信する。ロッカー使用依頼とともに、ロッカー使用依頼画面において入力された預入場所、預入日時、取出場所、取出日時、所定のタイミング、及び、ユーザ識別情報も、ユーザ端末２からセンタサーバ１へ送信される。

【0139】

ユーザが任意に所定のタイミングを指定する構成によれば、ユーザは、任意のタイミングで第１の情報の提示を受けることができる。例えば、ユーザは、該ユーザの生活パターン又はスケジュール等に適したタイミングで、第１の情報の提示を受けることができる。

【0140】

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

【0141】

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

【符号の説明】

【0142】

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

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】