特許 7533406 情報処理装置、プログラム、及び、方法

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

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

(11)【特許番号】

(24)【登録日】2024-08-05

(45)【発行日】2024-08-14

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

(51)【国際特許分類】

   G06Q 50/10 20120101AFI20240806BHJP

   G16Y 40/35 20200101ALI20240806BHJP

【ＦＩ】

G06Q50/10

G16Y40/35

【請求項の数】 20

(21)【出願番号】P 2021150080

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

(65)【公開番号】P2023042768

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

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

(73)【特許権者】

【識別番号】000003207

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

(74)【代理人】

【識別番号】110002860

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

(72)【発明者】

【氏名】辰本 裕樹

(72)【発明者】

【氏名】加藤 行成

(72)【発明者】

【氏名】柏倉 俊樹

(72)【発明者】

【氏名】鈴木 寛之

(72)【発明者】

【氏名】谷口 裕彦

【審査官】太田 龍一

(56)【参考文献】

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

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

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

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

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

Ｇ１６Ｙ ４０／３５

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

【請求項1】

車両に積載されたロッカーにユーザの荷物が預け入れられる場所である第１の場所から第２の場所に移動し、前記第２の場所で所定時間停止し、前記第２の場所から前記ユーザの荷物が前記ロッカーから取り出される場所である第３の場所に移動し、前記第３の場所で所定時間停止する走行計画に応じて走行する前記車両について、
前記第３の場所で前記ユーザの荷物が前記ロッカーから取り出される日時として予め設定された日時であって、前記第１の場所で前記ロッカーに前記ユーザの荷物が預けられた日時以降の日時である第１の日時より前に、第三者による前記ロッカーの解錠に関連する所定事象が検出された場合、前記ロッカーの施錠状態を維持したまま、前記荷物に関連付けられたユーザ端末に対して前記ロッカーの解錠を確認する通知を行う制御部、
を備える情報処理装置。

【請求項2】

前記制御部は、前記所定事象が検出され、且つ、前記ユーザ端末が、前記ロッカーが含まれる所定の範囲内に位置していない場合に、前記ユーザ端末に対して前記通知を行う、
請求項１に記載の情報処理装置。

【請求項3】

前記制御部は、前記所定事象が検出され、且つ、前記ユーザ端末の位置が、前記ロッカーの位置に一致していない場合に、前記ユーザ端末に対して前記通知を行う、
請求項１に記載の情報処理装置。

【請求項4】

前記制御部は、前記所定事象が検出され、且つ、前記ユーザ端末と前記車両のうち少なくとも一方が、予め設定された前記荷物の取り出しのための前記第３の場所が含まれる所定の範囲内に位置していない場合に、前記ユーザ端末に対して前記通知を行う、
請求項１に記載の情報処理装置。

【請求項5】

前記通知は、更に、前記所定事象に関する情報を含む、
請求項１から請求項４の何れか１項に記載の情報処理装置。

【請求項6】

前記制御部は、前記通知を受けた前記ユーザ端末から、前記荷物の取り出しを承認する回答を受けた場合、前記ロッカーからの前記荷物の取り出しを許可する、
請求項１から請求項５の何れか１項に記載の情報処理装置。

【請求項7】

前記制御部は、前記ユーザによる前記荷物の預け入れに際して、前記ロッカーの解錠のための鍵情報を前記ユーザ端末に付与し、
前記所定事象は、前記ロッカーを解錠するために前記鍵情報に相当する所定情報を用いた照合行為である、
請求項１から請求項６の何れか１項に記載の情報処理装置。

【請求項8】

前記通知を受けた前記ユーザ端末から、前記荷物の取り出しを承認しない回答を受けた場合、前記制御部は、前記鍵情報による前記ロッカーの解錠を無効とする指示を前記ロッカーに送信する、
請求項７に記載の情報処理装置。

【請求項9】

前記制御部は、前記鍵情報を無効とした後に、前記ユーザ端末の位置が、前記ロッカーの位置に一致している状態を検出したときに、再度、前記ユーザ端末に前記ロッカーを解錠するための新たな鍵情報を付与する、
請求項８に記載の情報処理装置。

【請求項10】

前記所定事象は、前記ユーザ端末以外からの外部装置によって実行された、前記荷物を取り出すまでの前記車両の走行計画の変更要求である、
請求項１から請求項６の何れか１項に記載の情報処理装置。

【請求項11】

前記通知を受けた前記ユーザ端末から、前記荷物の取り出しを承認しない回答を受けた場合、前記制御部は、前記外部装置からの前記変更要求を拒絶するとともに、前記ユーザ端末に対して、新たな走行計画に関する問い合わせを行う、
請求項１０に記載の情報処理装置。

【請求項12】

コンピュータに、
車両に積載されたロッカーにユーザの荷物が預け入れられる場所である第１の場所から第２の場所に移動し、前記第２の場所で所定時間停止し、前記第２の場所から前記ユーザの荷物が前記ロッカーから取り出される場所である第３の場所に移動し、前記第３の場所で所定時間停止する走行計画に応じて走行する前記車両について、
前記第３の場所で前記ユーザの荷物が前記ロッカーから取り出される日時として予め設定された日時であって、前記第１の場所で前記ロッカーに前記ユーザの荷物が預けられた日時以降の日時である第１の日時より前に、第三者による前記ロッカーの解錠に関連する所定事象が検出された場合、前記ロッカーの施錠状態を維持したまま、前記荷物に関連付けられたユーザ端末に対して前記ロッカーの解錠を確認する通知を行うこと
を実行させるプログラム。

【請求項13】

前記コンピュータに、
前記所定事象が検出され、且つ、前記ユーザ端末が、前記ロッカーが含まれる所定の範囲内に位置していない場合に、前記ユーザ端末に対して前記通知を行うこと
を実行させる請求項１２に記載のプログラム。

【請求項14】

前記コンピュータに、
前記所定事象が検出され、且つ、前記ユーザ端末と前記車両のうち少なくとも一方が、予め設定された前記荷物の取り出しのための前記第３の場所が含まれる所定の範囲内に位置していない場合に、前記ユーザ端末に対して前記通知を行うこと
を実行させる請求項１２に記載のプログラム。

【請求項15】

前記コンピュータに、
前記ユーザによる前記荷物の預け入れに際して、前記ロッカーの解錠のための鍵情報を前記ユーザ端末に付与すること
を実行させ、
前記所定事象は、前記ロッカーを解錠するために前記鍵情報に相当する所定情報を用いた照合行為である、
請求項１２から請求項１４の何れか１項に記載のプログラム。

【請求項16】

前記コンピュータに、
前記通知を受けた前記ユーザ端末から、前記荷物の取り出しを承認しない回答を受けた場合、前記鍵情報による前記ロッカーの解錠を無効とする指示を前記ロッカーに送信すること
を実行させる請求項１５に記載のプログラム。

【請求項17】

前記コンピュータに、
前記鍵情報を無効とした後に、前記ユーザ端末の位置が、前記ロッカーの位置に一致している状態を検出したときに、再度、前記ユーザ端末に前記ロッカーを解錠するための新たな鍵情報を付与すること
を実行させる請求項１６に記載のプログラム。

【請求項18】

前記所定事象は、前記ユーザ端末以外からの外部装置によって実行された、前記荷物を取り出すまでの前記車両の走行計画の変更要求である、
請求項１２から請求項１７の何れか１項に記載のプログラム。

【請求項19】

前記コンピュータに、
前記通知を受けた前記ユーザ端末から、前記荷物の取り出しを承認しない回答を受けた場合、前記外部装置からの前記変更要求を拒絶するとともに、前記ユーザ端末に対して、新たな走行計画に関する問い合わせを行うこと
を実行させる請求項１８に記載のプログラム。

【請求項20】

コンピュータが、
車両に積載されたロッカーにユーザの荷物が預け入れられる場所である第１の場所から第２の場所に移動し、前記第２の場所で所定時間停止し、前記第２の場所から前記ユーザの荷物が前記ロッカーから取り出される場所である第３の場所に移動し、前記第３の場所で所定時間停止する走行計画に応じて走行する前記車両について、
前記第３の場所で前記ユーザの荷物が前記ロッカーから取り出される日時として予め設定された日時であって、前記第１の場所で前記ロッカーに前記ユーザの荷物が預けられた日時以降の日時である第１の日時より前に、第三者による前記ロッカーの解錠に関連する所定事象が検出された場合、前記ロッカーの施錠状態を維持したまま、前記荷物に関連付けられたユーザ端末に対して前記ロッカーの解錠を確認する通知を行うことと、
前記通知に対する前記ユーザ端末からの回答に基づいて、前記ロッカーからの前記荷物の取り出しの可否を決定することと、
を含む情報処理方法。

【発明の詳細な説明】

【技術分野】

【0001】

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

【背景技術】

【0002】

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

【先行技術文献】

【特許文献】

【0003】

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

【発明の概要】

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

【0004】

本開示は、車両に積載されたロッカーへの荷物預かりサービスにおける防犯性を高める情報処理装置、プログラム、及び、方法を提供することを課題とする。

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

【0005】

本開示の態様の一つは、
車両に積載されたロッカーに預け入れられた荷物について、予め設定された第１の日時より前に、前記ロッカーの解錠に関連する所定事象が検出された場合、前記ロッカーの施錠状態を維持したまま、前記荷物に関連付けられたユーザ端末に対して前記ロッカーの解錠を確認する通知を行う制御部、
を備える情報処理装置である。

【0006】

本開示の他の態様の一つは、
コンピュータに、
車両に積載されたロッカーに預け入れられた荷物について、予め設定された第１の日時より前に、前記ロッカーの解錠に関連する所定事象が検出された場合、前記ロッカーの施錠状態を維持したまま、前記荷物に関連付けられたユーザ端末に対して前記ロッカーの解錠を確認する通知を行うこと
を実行させるプログラムである。

【0007】

本開示の他の態様の一つは、
コンピュータが、
車両に積載されたロッカーに預け入れられた荷物について、予め設定された第１の日時より前に、前記ロッカーの解錠に関連する所定事象が検出された場合、前記ロッカーの施錠状態を維持したまま、前記荷物に関連付けられたユーザ端末に対して前記ロッカーの解錠を確認する通知を行うことと、
前記通知に対する前記ユーザ端末からの回答に基づいて、前記ロッカーからの前記荷物の取り出しの可否を決定することと、
を含む情報処理方法である。

【発明の効果】

【0008】

本開示によれば、車両に積載されたロッカーへの荷物預かりサービスにおける防犯性を高めることができる。

【図面の簡単な説明】

【0009】

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

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

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

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

【図5】図５は、サービス情報データベースに保持される情報の一例である。

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

【図7】図７は、ユーザ端末のロッカー使用依頼画面の一例である。

【図8】図８は、センタサーバがユーザ端末からロッカー使用依頼を受信した場合の処理のフローチャートの一例である。

【図9】図９は、移動ロッカーシステムにおける、第三者による不正な荷物の取り出しを説明するための図である。

【図10】図１０は、センタサーバの、サービスにおける荷物の取出管理処理に関する、第１のフローチャートである。

【図11】図１１は、センタサーバの、鍵情報が無効化された場合の荷物の取出管理処理に関するフローチャートである。

【図12A】図１２Ａは、移動ロッカーシステムにおける処理のシーケンスの一例を示す図である。

【図12B】図１２Ｂは、移動ロッカーシステムにおける処理のシーケンスの一例を示す図である。

【図13】図１３は、センタサーバの、サービスにおける荷物の取出管理処理に関する、第２のフローチャートである。

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

【0010】

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

【0011】

移動ロッカーサービスを利用する場合には、ユーザは、例えば、荷物を預け入れる場所と日時、及び、荷物を取り出す場所と日時とを指定する。そして、これらの情報は、荷物を盗難等から守るためにユーザ以外への開示は控えられるものであり、また、一度ロッカーに預けられた荷物が、ユーザ以外の第三者によって不正に取り出されることのないように、ロッカーには何らかの施錠装置が備えられるのが一般的である。しかしながら、何らかの理由で、ユーザの荷物の預け入れに関する情報が外部に漏れたり、施錠装置を解錠するための情報や鍵等が第三者の手に渡ったりしてしまうと、ユーザが預けた荷物の盗難のおそれが高まる。

【0012】

そこで、本開示の態様の一つでは、ユーザが取り出しのために予め設定した日時よりも前にロッカーが解錠されそうになった場合、ユーザに対して通知が行われる。具体的には、本開示の態様の一つは、制御部を備える情報処理装置である。当該制御部は、車両に積載されたロッカーに預け入れられた荷物について、予め設定された第１の日時より前に、前記ロッカーの解錠に関連する所定事象が検出された場合、前記ロッカーの施錠状態を維持したまま、前記荷物に関連付けられたユーザ端末に対して前記ロッカーの解錠を確認する通知を行うことを実行する。

【0013】

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

【0014】

上記のロッカーへの荷物の預け入れについては、その預け入れに際して当該荷物とユーザが保有するユーザ端末との関連付けが行われる。また、上記の第１の日時は、ユーザによって予め設定された、当該荷物を取り出す日時である。したがって、ユーザは、自身で設定した第１の日時に従ってロッカーから荷物を取り出すように行動することになる。一方で、第三者が当該荷物を不正に取り出そうとするためには、当該第１の日時より早いタイミングで、ロッカーを搭載した車両にアクセスしロッカーを解錠することになる。

【0015】

そこで、第１の日時より前に、ロッカーの解錠に関連する所定事象が検出されると、それは第三者による不正な荷物の取り出しの可能性が少なからずあることを意味し、以て、制御部は、ユーザ端末に対して解錠を確認する通知を行うように構成される。所定事象の一例としては、ロッカーが電子鍵で施解錠できる場合にはそのロッカーを解錠するための鍵情報に相当する所定情報を用いたロッカーへの照合行為や、第三者がロッカーにアクセスするためにロッカーを搭載した車両の走行計画を変更しようとする行為等が例示できる。その他にも、ロッカーが物理鍵で施解錠できる場合には当該物理鍵で解錠しようとする行為も、所定事象に相当し得る。

【0016】

本開示の態様の一つによれば、第三者による不正な荷物の取り出しの可能性が高いと考えられる場合には、ロッカーの施錠状態を維持したまま、ユーザ端末に対して解錠確認の通知を行うことで、実際に荷物を預けたユーザに対して注意喚起を図ることができる。これにより、仮にユーザが認識しない荷物の取り出しが発生しようとしている場合には、ユーザは当該取り出しを阻止するように行動でき、以て移動ロッカーの防犯性を高めることができる。なお、当該取り出しがユーザの認識するものである場合には、取り出しを許可することもできる。すなわち、前記制御部は、前記通知を受けた前記ユーザ端末から、前記荷物の取り出しを承認する回答を受けた場合、前記ロッカーからの前記荷物の取り出しを許可するように構成されてもよい。この構成により、移動ロッカーの利便性が高められる。

【0017】

ここで、制御部によるユーザ端末への前記通知の態様について、以下に３つの形態を例示する。ただし、本開示の通知態様は、以下のものに限られるのではなく、その他の形態も含み得る。先ず、第1の形態では、前記制御部は、前記所定事象が検出され、且つ、前
記ユーザ端末が、前記ロッカーが含まれる所定の範囲内に位置していない場合に、前記ユーザ端末に対して前記通知を行うように構成されてもよい。当該形態での所定の範囲は、ロッカーに比較的近接する範囲であり、ユーザ端末を保有するユーザがその範囲内に存在していれば第三者による荷物の取り出しを十分に確認できる範囲とされる。したがって、ユーザ端末がそのような所定の範囲に存在していない場合には、ユーザは第三者の動きを確認できないことになる。そのような場合に所定事象が検出されると上記通知が実行されることになり、以て移動ロッカーの防犯性を高めることができる。

【0018】

第２の形態では、前記制御部は、前記所定事象が検出され、且つ、前記ユーザ端末の位置が、前記ロッカーの位置に一致していない場合に、前記ユーザ端末に対して前記通知を行うように構成されてもよい。ユーザ端末の位置がロッカーの位置に一致する場合、ユーザは、より好適に第三者の行動を確認することができると考えられ、以て、そのような場合には通知を行う必要性は低い。そこで、ユーザ端末の位置がロッカーの位置に一致していない場合であって所定事象が検出された場合に、上記通知を実行することで防犯性が高められる。

【0019】

第３の形態では、前記制御部は、前記所定事象が検出され、且つ、前記ユーザ端末と前記車両のうち少なくとも一方が、予め設定された前記荷物の取り出しのための第１地点が含まれる所定の範囲内に位置していない場合に、前記ユーザ端末に対して前記通知を行うように構成されてもよい。車両に搭載されたロッカーからの荷物の取り出しは、車両が停止しているときに行われるのが通常であるため、本来ユーザによる荷物の取り出しが行われる第１地点を基準とした所定の範囲に、ロッカーを搭載した車両とユーザが保有するユーザ端末の両者が存在していれば、第三者による荷物の取り出しを十分に確認できると考えられる。そこで、車両とユーザ端末のうち少なくとも一方がそのような所定の範囲に存在していない場合には、ユーザは第三者の動きを確認できないことになる。そこで、そのような場合、所定事象が検出されたときに上記通知が実行されることで、移動ロッカーの防犯性を高めることができる。

【0020】

ここで、前記通知は、更に、前記所定事象に関する情報を含んでもよい。所定事象に関する情報として、解錠手段を示す情報や、所定事象に関連する動作を行っている者を撮像した撮像情報等が例示できる。このような通知を行うことで、当該通知を受けたユーザは、第三者による不正な荷物の取り出しの有無を的確に判断することができる。

【0021】

ここで、前記制御部は、ユーザによる荷物の預け入れに際して、前記ロッカーの解錠のための鍵情報を前記ユーザ端末に付与するように構成されてもよい。すなわち、当該ロッカーの施錠、解錠は、鍵情報を用いて電子的に処理される。このような形態においては、第三者による不正な荷物の取り出しは、第三者が当該鍵情報に相当する情報を悪意で入手したり、偶発的に入手してしまったりした場合に生じ得る。そこで、前記所定事象は、前記ロッカーを解錠するために前記鍵情報に相当する所定情報を用いた照合行為であり得る。

【0022】

そして、このような場合に、通知を受けたユーザが第三者による不正と認識し、前記通知を受けた前記ユーザ端末から、前記荷物の取り出しを承認しない回答を受けた場合、前記制御部は、前記鍵情報による前記ロッカーの解錠を無効とする指示を前記ロッカーに送信するように構成されてもよい。これにより、第三者による荷物の不正な取り出しを防ぐことができる。

【0023】

また、前記制御部は、前記鍵情報を無効とした後に、前記ユーザ端末の位置が、前記ロッカーの位置に一致している状態を検出したときに、再度、前記ユーザ端末に前記ロッカーを解錠するための新たな鍵情報を付与するように構成されてもよい。鍵情報を無効としたままでは第三者による荷物の不正な取り出しは防げるものの、ユーザによる正当な取り出しまでもが阻止されてしまい、利便性を欠く。そこで、ユーザ端末の位置がロッカーの位置に一致している状態にあれば、速やかにユーザによる荷物の取り出しが行えると考えられ、第三者による不正は生じにくい。そこで、そのような状態において新たな鍵情報を付与することで、ユーザの利便性を確保することができる。

【0024】

第三者による不正な荷物の取り出しの別の形態として、ユーザの意図しない車両の走行計画の変更が考えられる。このような場合には、前記所定事象は、前記ユーザ端末以外からの外部装置によって実行された、前記荷物を取り出すまでの前記車両の走行計画の変更要求であり得る。

【0025】

そして、このような場合に、通知を受けたユーザが第三者による不正と認識し、前記通知を受けた前記ユーザ端末から、前記荷物の取り出しを承認しない回答を受けた場合、前記制御部は、前記外部装置からの前記変更要求を拒絶するとともに、前記ユーザ端末に対して、新たな走行計画に関する問い合わせを行うように構成されてもよい。これにより、第三者による荷物の不正な取り出しを防ぐことができるとともに、ユーザは安全に自己の
荷物を取り出すことができ、移動ロッカーの防犯性と利便性を両立することができる。

【0026】

本開示は、他の態様の一つとして、プログラム、又は、当該プログラムを記録する非一時的なコンピュータ読み取り可能な記録媒体として特定することができる。当該プログラムは、コンピュータに、車両に積載されたロッカーに預け入れられた荷物について、予め設定された第１の日時より前に、前記ロッカーの解錠に関連する所定事象が検出された場合、前記ロッカーの施錠状態を維持したまま、前記荷物に関連付けられたユーザ端末に対して前記ロッカーの解錠を確認する通知を行うことを実行させる。当該コンピュータは、例えば、上記の情報処理装置として動作するコンピュータである。また、上述の情報処理装置に関して開示された技術思想は、技術的齟齬の生じない範囲において、上記プログラムにも適用することができる。

【0027】

また、本開示は、他の態様の一つとして、コンピュータが実行する情報処理方法として特定することができる。当該情報処理方法は、車両に積載されたロッカーに預け入れられた荷物について、予め設定された第１の日時より前に、前記ロッカーの解錠に関連する所定事象が検出された場合、前記ロッカーの施錠状態を維持したまま、前記荷物に関連付けられたユーザ端末に対して前記ロッカーの解錠を確認する通知を行うことと、前記通知に対する前記ユーザ端末からの回答に基づいて、前記ロッカーからの前記荷物の取り出しの可否を決定することと、を含む。当該コンピュータは、例えば、上記の情報処理装置として動作するコンピュータである。また、上述の情報処理装置に関して開示された技術思想は、技術的齟齬の生じない範囲において、上記情報処理方法にも適用することができる。

【0028】

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

【0029】

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

【0030】

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

【0031】

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

【0032】

車両３は、第１実施形態では、自律走行車両とする。ただし、車両３には、荷物の預け入れ又は取り出しを補助するスタッフが乗車していてもよい。別法として、車両３は、ドライバの運転によって走行する車両であってもよい。車両３がドライバの運転によって走行する車両である場合には、ユーザサポートを行うスタッフはドライバと同一人物であってもよい。また、車両３は、サービス利用の依頼の発生に応じて走行するオンデマンド方式で走行してもよいし、所定ルートを巡回するように走行していてもよい。第１実施形態では、車両３はオンデマンド方式で走行することとする。

【0033】

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

【0034】

ユーザ端末２及び車両３は、ネットワークＮ１に接続しており、ネットワークＮ１を通じて、センタサーバ１と通信を行う。ネットワークＮ１は、例えば、インターネット等の公衆ネットワークである。車両３は、例えば、通信機能を備える装置を搭載しており、当該装置によって、ネットワークＮ１に接続し、センタサーバ１と通信可能である。ネットワークＮ１には、ロッカー４も接続しており、ロッカー４に対する施解錠に関する操作行為等の情報が、ネットワークＮ１を介してセンタサーバ１に供給され、センタサーバ１からロッカー４に対して所定情報（例えば、施解錠のための鍵情報等）が供給される。

【0035】

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

【0036】

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

【0037】

ここで、ロッカー４の施解錠を行うための鍵情報は、ユーザ端末２に通知されるため、基本的にはユーザのみが知り得るものであり、故にロッカー４のセキュリティは保たれる。しかし、通信上のトラブルやユーザ端末２の管理上のトラブル等の理由で、鍵情報を含むロッカー４の利用に関する情報が第三者によって不正に取得されるおそれがある。そのような場合、ロッカー４に荷物を預け入れたユーザが当該荷物を取り出す前に、第三者がロッカー４にアクセスし荷物を不正に取り出してしまうことが生じ得る。そこで、そのような不正を好適に防止するために、移動ロッカーシステム１００では、第三者による不正な荷物の取り出しの可能性がある事象が検出された場合には、ロッカー４の解錠を行う前に、すなわちロッカー４を施錠したままの状態で、ユーザ端末に対して解錠を確認する通知を行う。ユーザ端末に当該通知を行うのは、ユーザ端末はユーザが保有していることを
前提とするものであり、仮に、解錠のための鍵情報が第三者に不正に知られてもユーザがユーザ端末を保有してさえいれば、ユーザ端末を利用して、ユーザ本人による荷物の取り出しの意図を確認することができるからである。

【0038】

第三者による不正な荷物の取り出しの可能性がある事象としては、以下のものが例示できる。第１に、ロッカー４を解錠するための鍵情報に相当する情報、すなわち実質的に当該鍵情報と同等の情報を用いた照合行為が例示できる。具体的には、第三者が解錠のためのパスワードを入力したり、解錠のための情報をロッカー４に送信したりする行為である。第２に、ロッカー４を搭載した車両３の走行計画の変更を要求する行為が例示できる。具体的には、第三者が第１の日時や第１地点の変更を要求する行為である。その他に、ロッカー４が物理鍵を用いて施解錠するように構成される場合には、その物理鍵を鍵穴に挿入する行為等も、上記事象の例として挙げることができる。

【0039】

このような第１実施形態によれば、予め設定された第１の日時より前に、ロッカー４の解錠に関する所定行為が検出された場合、第三者による不正な荷物の取り出しの可能性を考慮して、ユーザ端末に対してユーザの意図を確認するために通知が行われる。これによって、仮に所定行為がユーザの意図しないものであった場合には、ロッカー４の解錠を許可しないことで第三者による不正な荷物の取り出しを好適に回避することができ、ロッカー４の防犯性を高めることができる。

【0040】

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

【0041】

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

【0042】

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

【0043】

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

【0044】

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

【0045】

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

【0046】

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

【0047】

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

【0048】

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

【0049】

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

【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】

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

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12A】

【図12B】

【図13】